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MODULE SIX 

THRESHOLDS/WARNING MESSAGES 


This module has two parts. 

PART ONE OVERVIEW : 


For many customers it is advantageous to know when certain oper- 
ational parameters or levels have been exceeded. The thresholding 
capability of the Meridian SL-1 allows customers to set the 
desired levels so that the printouts only occur when the desired 
levels have been reached. In part 1 of this module you 11 learn 
about. 

1. Threshold level querying. 


2. Threshold level setting. 


3. Threshold Violation Outputs (the printed message) 


PART ONE OBJECTIVE: 

Given three threshold violation outputs and a copy of the NTP 
Section 450 determine with eighty percent accuracy: 

What caused the threshold violation. 


PART TWO OVERVIEW: 

In this part of the module you are going to learn about the im¬ 
portance of warning messages, and why they appear on printouts. 

PART TWO OBJECTIVE: 

Given two warning messages you will be required to identify the 
following with 80 percent accuracy: 

What the warning messages indicate. 
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Thresholds in 
you want to be 
the event will 


the Meridian SL-1 are a means of telling the system 
notified if a certain event occurs. In most cases 
be when a certain operational parameter is reached 


For example, you can request that the system print a threshold 
violation output when: 

o A certain percent of all trunks are busy. 


Loop traffic exceeds a certain CCS value within a 
predefined time period. 


When a preset threshold level has been exceeded, the Meridian SL-1 
will output one or more traffic data blocks associated with the 
particular threshold. This data may then be examined for further- 
insight into the cause of the problem. These traffic options will 
be output regardless of whether the option has been specifically 
scheduled, as long as an "active" schedule is maintained for either 
system or customer traffic or both. Under these conditions, 
however, there is no way to suppress the printing of these options 
when any one system or customer threshold is violated. 


Threshold violation outputs a 
customer who desires to run a 
serve as flags (when set to s 
data, which can be clarified 
For the customer who does not 
(unless there is a problem), 
traffic printouts when the sy 
set by the thresholds. In th 
scheduled, but threshold valu 
maintained (for example, Jan. 


re useful in two ways. For the 
11 traffic options year-round, they 
ome value) over and above the traffic 
by the associated traffic options. 

want to see traffic information 
they can serve as a means to suppress 
stem is operating within the limits 
is case, no options should be 
es set and an "active" schedule 
1 - Dec. 31). 


Threshold reports and any warning messages will be printed 
immediately after the time and date stamp and before all ot er 
reports on a printout. If you understand everything up to this 
point continue to the practice exercise. 
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* PRACTICE EXERCISE * 

% 

1. What is a threshold? 

2. List two ways in which threshold violation outputs are useful 

* ANSWER * 

1. What is a threshold? 

A means of telling the system you want to be notified if a 
certain operational parameter is reached. 

2. List two ways in which threshold violation outputs are useful 

1. They serve as flags over and above the traffic data. 

2. They can serve as a means to suppress traffic printouts 
when the system is operating within the limits set by 
the thresholds. 

If you had any problems with this exercise it is recommended that 
you review before continuing. 
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The two categories of thresholds are: 
System Threshold Levels 
o TFS101 DIAL TONE SPEED 

o TFS102 LOOP TRAFFIC 

O TFS105 JUNCTOR TRAFFIC 


Customer Threshold Levels 
o TFC101 INCOMING MATCHING LOSS 

o TFC102 OUTGOING MATCHING LOSS 

o TFC103 AVERAGE SPEED OF ANSWER 

o TFC104 PERCENT ALL TRUNKS BUSY 

o TFN101 OHQ OVERFLOW 


* PRACTICE EXERCISE * 

1. List the numbers of the system level thresholds. 


2. List the numbers of the customer level thresholds. 
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* ANSWER 


* 


L. List the numbers of the system level thresholds. 

TFS101, TFS102, TFS105 

NOTE: The letter 'S 1 indicating a system threshold. 

2. List the number of the customer level thresholds. 

TFC101, TFC102, TFC103 , TFC104 

NOTE: The letters "C"and "N" are used for customer thresholds. 

If you had a problem with this exercise it is recommended that you 
review before continuing. 


The outputs that we will be reviewing are given only when 
threshold levels are exceeded. Not setting a threshold is 
equivalent to setting it to zero and will result in an exception 

report. 

Turn to page 6-1 in the NTP and read sections 6.02 through 6.04 on 
the TFS101 dial tone speed threshold. 

* RETURN HERE WHEN YOU HAVE FINISHED READING ABOUT TFS101. * 

If you understand everything that you have read continue on to the 
practice exercise. 


* PRACTICE EXERCISE * 

Use the information below to answer the questions that follow 
The following report was printed because the threshold was 

exceeded. 

200 TFS101 
00019 00014 

1. What is the threshold setting in this report? - 

2. What is the percent dial tone delay? -• 
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* ANSWER 


* 


1 . 
2 . 


Wha.t is the threshold in this report? 
What is the percent dial tone delay? 


As you can see the 
causing the report 
this exercise it is 


dial tone delay exceeded the threshold by .5% 
to be printed. If you had any problems with 
recommended that you review before continuing. 


Now that you have taken a look at 
threshold report turn to page 6-1 
read about the TFS102 loop traffic 


the TFS101 dial tone 
Section 6.05-6.07 in 
threshold. 


speed 

the NTP and 


* RETURN HERE WHEN YOU HAVE FINISHED READING ABOUT TFS102. * 


If you .understand everything that you read continue on to the 
practice exercise. 


* PRACTICE EXERCISE * 

Use the information below to answer the questions that follow 

The following report was printed because the threshold was 
exceeded. 

220 TFS102 
02 0000600 00550 

1. What is the loop usage in this report? --- 

2. What is the threshold for this report? --- 

3. What loop exceeded the threshold? --- 
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* ANSWER 


* 


1. What is the loop usage in this report? 

2. VThat is the threshold for this report? 

3. What loop exceeded the threshold? 


600 CCS 
550 CCS 
Loop 2 


As you can see the loop usage exceeded the threshold by 50 CCS 
causing the report to be printed. 


The next threshold that you will be reviewing 
system thresholds. Turn to page 6-1 Sections 
NTP and read about the TFS105 Junctor Traffic 


is the last of the 
6.08-6.10 in the 
Threshold. 


* RETUN HERE WHEN YOU HAVE FINISHED READING ABOUT TFS105. 


If you understand everything that you have read continue on to the 
practice exercise. 


* PRACTICE EXERCISE * 

Use the information below to answer the questions that follow. 

The following report was printed because the threshold was 
exceeded. 

220 TFS105 
12 0002138 0002000 

1. When the junctor traffic threshold is exceeded what system 

report is also printed? _ 

2. What is the threshold for this report? - 

3. What is the junctor usage for this report? - 

4. What junctor group exceeded the threshold? - 
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* ANSWER 


1. When the junctor traffic threshold is exceeded what system 
report is also printed? TFS007 

2. What is the threshold for this report? 2000 CCS 

3. What is the junctor usage for this report? 2138 CCS 

4. What junctor group exceeded the threshold? 12 _ 

As you can see the junctor usage CCS exceeded the threshold by 
138 CCS causing the report to be printed. 

If you had any problems with this exercise it is recommended that 
you review before continuing. 


Now that you have reviewed all of the system threshold format(s), 
you will review the customer thresholds. 

Turn to page 6—2 in the NTP and read Sections 6.11-6.13 on the 
TFC101 Incoming Matching Loss Threshold. 

* RETURN HERE WHEN YOU HAVE FINISHED READING ABOUT TFC101. * 

If you understand everything that you have read continue on to 
the practice exercise. 


* PRACTICE EXERCISE * 

Use the information below to answer the questions that follow. 

The following report was printed because the threshold was exceeded. 

200 TFC101 
01 

00003 00000 

1. What is the threshold set at in this report? _ 

2. What is the incoming matching loss? _ 
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* ANSWER 


* 


1 . 
2 . 


What is the threshold set at in this report? 
What is the incoming matching loss? 0 • 


0 . % 


As you can see the incoming matching loss exceeded the threshold 
by 0.3% causing the report to be printed. 


If you had any problems with this exe 
review before continuing. 


rcise it is recommended that you 


Turn to page 6-2 in the NTP and read Sections 6.14-6.16 on the TFC102 
Outgoing Matching Loss. 

* RETURN HERE WHEN YOU HAVE FINISHED READING ABOUT TFC102. 

If you understand everything that you have read continue on to the 
practice exercise. 


* PRACTICE EXERCISE * 

Use the information below to answer the questions that follow. 

The following report was printed because the threshold was exceeded. 


200 TFC102 
02 

00020 00015 

1. What is the threshold set at in the report? -- 


2. What is the outgoing matching loss? 
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* ANSWER 


* 


1 . 
2 . 


What 

What 


is the threshold set at in the report? 
is the outgoing matching loss? 2.0% 


1.5% 


As you can see the outgoing matching loss exceeded the threshold 
by 0.5% causing the report to be printed. 


If you had any problems with this exercise it is recommended that 
you review before continuing. 

Turn to page 6-3 in the NTP and read Sections 6.17-6.19 on the 
TFC103 Average Speed of Answer. 

* RETURN HERE WHEN YOU HAVE FINISHED READING ABOUT TFC103. * 

If you understand everything that you have read continue to the 
practice exercise. 


* PRACTICE EXERCISE * 

Use the information below to answer the questions that follow. 
The following report was printed because the threshold was 
exceeded. 


200 TFC103 



00 

001 

52 

00120 


1. 

What 

is 

the threshold set 

at in the report? 

2 . 

What 

is 

the average speed 

of answer? 
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* ANSWER 


1 . What is the threshold set at in the report? 12.0 seconds 

2. What is the average speed of answer? 15.2 second s 

As you can see the average speed of answer exceeded the threshold 
by 3.2 seconds, causing the report to be printed. 

If you had any problems with this exercise is is recommended that 
you review before continuing. 

Turn to page 6-3 in the NTP and read Section 6.20-6.22 on the 
TFC104 Percent All Trunks Busy. 

* RETURN HERE WHEN YOU HAVE FINISHED READING ABOUT TFC104 * 

If you understand everything that you read, continue on to the 
practice exercise. 

* PRACTICE EXERCISE * 

Use the information to answer the questions. 

The following report was printed because the threshold was exceeded. 

200 TFC104 

02 

04 

00018 00015 

1. What is the threshold set at in the report? _ 

2. What is the percent of trunks busy? _ 
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* ANSWER 


1 . What is the threshold set at in the report? 1 • . §% _ 

2. What is the percent of trunks busy? 1•8% 

As you can see the percent of trunks busy exceeded the threshold 
by 0.3% causing the report to be printed. 

Another customer threshold is TFN101 even though it is identified 
"TFN". 

EXAMPLE: 


0855 TFN101 
000 

OHQT 00387 00000 

0855 is the system ID. 

000 is the customer number. 

00387 is the percentage (expressed in units of 0.1%) of off-hook 
queue calls which timed out (overflowed) in the OHQ before an 
available trunk was found. This value represents the total number 
of OHQ overflows, divided by the total number of OHQ offers plus 
the OHQ overflows. 

00000 is the threshold. 

The OHQ overflow threshold measurement (TFN101) provides an 
indication that more than the expected number of users are timing 
out in the OHQ. This means that OHQ is offered and accepted, but 
a trunk does not become available before the service—changeable 
OHQ time limit expires. This could result from trunks being out 
of service, an incorrectly defined OHQ time limit, or temporary 
traffic overload. 
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, • j t.v,ro< 5 Viold reports and their meaning 

Mow that you have reviewed the thresnoia 

now Luo i *.v, e input commands to set and 

you need to review the format ot tne input. 

query these reports. 

^? i S P ?LSsfandle«?oi%^cSMMuSlCAilNG eX ITH R ?HE R yTg)”l^ G 

s: 

Remember you must be in overlay program (2) when communicating with 
the system. 

The command "TTHS" is used to query system threshold levels, 
followed by the threshold code. 


Example format for Query System Threshold Level. 


Format: TTHS (TC) (tv) 

Actual Input: TTHS 1 015 

The TTH S is entered by the user to indicate that it is a System 
threshold query. 


The letters "TC" stand for Threshold Code. Turn to page 8-6 in the 
NTP and read Table 8A System T hreshold C odes 

* RETURN HERE WHEN YOU HAVE FINISHED READING. * 


One of the three system 
column depending on what 
ENTER THE LETTERS "TC" . 
c ode. 


t hreshold c odes is entered in the ’TC' 
measurement you desire. YOU DO NOT 
The letters 'TC' stand for t hreshold 


The letters 'tv' stand for t_ hreshold v alue. 
This is the actual value.(Range on chart) of the 
being queried. 


threshold 
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* PRACTICE EXERCISE * 

1. What command would you entUr if you desired to query a system 

threshold? __ 

2. The letters 'TC' indicate what? 


List the system threshold codes and what they measure. 


What do the letters "tv" indicate in the system threshold 
query format? 
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answer 


* 

What command would you enter if you desired to query a system 
threshold? TTHS 


The letters 
'TC' indicate what? 


t hreshold c ode 


List the system threshold 
codes and what they measure? 


1 Dial tone speed, 2 loop 
traffic, 3 junctor group 
traffic 


What do the letters "tv" indicate in the system threshold 
query format? 

The actual value (RANGE) of the threshold being queried . 





This concludes the 
The next topic you 
system .thresholds, 
level is desired by 


review of the system threshold query format, 
will review will be the format for setting 
Any of the thresholds may be set at whatever 
the customer. 


The command "STHS" is used to set system threshold levels, followed 
by the threshold code. 


Example: 

Format: STHS (TC) (tv) — (TV) 

Actual Input: STHS 1 020 — 015 


You may have noticed already that most of the input for querying 
thresholds is identical to setting them. Only the differences m 
querying and setting the thresholds will be reviewed. 


The threshold codes and values are the same as those used to 
Query the threshold (NTP page 8-6). 

The large letters (TV) in the example below illustrate where 
you would enter the new threshold value that you want based on 
your particular grade of service expected. (See table 8-A page 
8-6 in the NTP for codes and range of values.) The small letters 
(tv) illustrate the current threshold values output by the system. 

STHS(TC)(tv) - - (TV) Example Input: STHS 1 020 - - 015 


The 1 is the threshold code, dial tone speed. 
The 020 is the present threshold value. 

The 015 is the new threshold value set. 
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♦ PRACTICE EXERCISE * 

Use the example threshold to answer the questions that follow: 

.STHS 2 060 — 100 

1. What is the name of the threshold measurement being set? 

2. What is the new threshold value? 


* ANSWER * 

1. what is the name of the threshold measurement being set? 

LOOP TRAFFIC 

2. What is the new threshold value? 

100 CCS 
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Although most thresholds may 
thresholds have a recommended 
Telecom grade of service. A 
of systems is provided below: 


be set to any desired level, many 
setting, which reflects the Northern 
list of such settings for the majority 


THRESHOLD 
TFS101-Dial Tone 
Speed 

TFS102-Loop CCS 


RECOMMENDED 

SETTING 

015 


550 


RECOMMENDED GRADE 
OF SERVICE MAXIMUM 
T75% ” 


660 CCS 


TFS105-Junctors 


1000 CCS 


2000 CCS 


* PRACTICE EXERCISE * 

1 . What is the recommended setting for t hreshold c ode 
number 2? _ 

2. What is the recommended setting for t hreshold c ode 

number 5? _ 

3. What is the recommended setting for t_ hreshold c ode 

number 1?____ 


* ANSWER * 


1. 

What is the 

recommended 

setting 

for 

t 

hreshold 

c 

ode 


number 2? 

550 







2. 

What is the 

recommended 

setting 

for 

t 

hreshold 

c 

ode 


number 5? 

1000 







3. 

What is the 

recommended 

setting 

for 

t 

hreshold 

c 

ode 


number 1? 

015 








Continue on to the next topic if you didn't have any problems with 
this exercise. 
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This concludes the review of input format command for system 
threshold query and system threshold setting. 

The next review will cover the input format commands for customer 
threshold query and setting customer thresholds. 

detail on the difference of the two. 

Begin by taking a look at the format used for a customer threshold 
query• 

"tthc" is used to queue customer threshold levels, 

The command TTHC is useu fV , rP cV,nld code, 

followed by the customer number and the threshold coae. 


Example format for Query System Threshold Level: 


Format: 


TTHC(Customer)(TC)(tv) 


Actual Input: TTHC 0 2 010 

xt_ j.-. when entering the customer number, press the space bar 
instead of a carriage return after the customer number. Pressing 
the carriage return key will result in an error code. 

The TTH C command is entered by the user to indicate that it is a 
customer threshold query. 

The "CUSTOMER" number is entered by the user to indicate to the 
system which customer is going to be queried. 

The letters "TC" stand for Threshold Code. Turn to page 8-7 in 
the NTP and read Table 8-B Customer Thresholds. 

♦RETURN HERE WHEN YOU HAVE FINISHED READING.* 


One of the five customer threshold codes are entered in the "TC 1 
column depending on what measurement you desire. 

The letters "tv" stand for threshold value. This is the actual 
value (Ran^e the chart page 8-7 table 8-B) of the threshold 

being queried. 
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♦ PRACTICE EXERCISE * 

1. What command would you enter if you desired to query a 
c ustomer threshold? _____ 


List the customer threshold codes and what they measure. 


* ANSWER * 

1 . What command would you enter if you desired to query a 

c ustomer threshold? TTHC 

2. List the customer threshold codes and what they measure. 

1 Incoming Matching Loss 

2 Outgoing Matching Loss 

3 Average Speed of Answer 

4 Percent All Trunks Busy 

5 Percent OHQ Overflow 


This concludes the review of the customer threshold query format. 
The next topic will be the format for setting customer 
thresholds. The review will only include those areas that differ 
from the previous review of setting and querying thresholds. 
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The command "STHC" is used to set customer threshold levels, 
followed by the customer number and the threshold code. 

Example setting a customer threshold: 


Format: 


Actual Input: 


STHC (customer)(TC)(tv) (TV) 

STHC 0 2 010 — 12 


Note: Enter a space a 

carriage return. 


fter the customer number, instead of a 


You may have already noticed that most of the inputJlerence^e- 
threshold is identical to setting them. Only the difference 
tween querying and setting thresholds will be reviewed. 

The customer number indicates which customer is being queried. 

The threshold codes and values are the same as those used to Query 
a customer threshold. (NTP page 8-7). 


STHC(Customer) (TC)(tv) -- (TV) 
Example Input: STHC 0 2 010 


The 0 is the customer number 

The 2 is the t hreshold c ode, outgoing matching 
The 10 is the present _t hreshold v alue 
The 12 is the new T hreshold V alue set 


loss 
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* PRACTICE EXERCISE 


Use the example threshold to answer the questions that follow 
.STHC 3 4 015 — 50 

1. What is the name of the threshold measurement being set? 

2. What is the new threshold value? 

♦ ANSWER * 

1. What is the name of the threshold measurement being set? 
Percent All Trunks Busy 

2. What is the new threshold value? 

5% 
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Like system thresholds, customer thresholds may be set to any 
desired level. * 

A list of recommended settings for the majority of systems is 
provided below: 

RECOMMENDED RECOMMENDED GRADE 

THRESHOLD SETTING OF SERVICE MAXIMUM 


TFC101-Incoming 

Match Loss 

010 

1% 

TFC102-Outgoing 

Match Loss 

010 

1% 

TFC103-Attendant 
Speed of Answer 

120 

12 secs 

TFC104-Percent of 

050 

5% 


Calls Seizing 
Last Trunk 

If you have reviewed the chart continue on to the practice 
exercise. 
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* PRACTICE EXERCISE * 


1 . what is the recommended setting for threshold code number 1? 


2. \Jhat is the recommended setting for threshold code number 2? 


3. What is the recommended setting for threshold code number 3? 


4. What is the recommended setting for threshold code number 4? 


* ANSWER * 


1. 

What 

010 

is 

the 

recommended 

sett 

2 . 

What 

010 

is 

the 

recommended 

sett 

3. 

What 

120 

is 

the 

recommended 

sett 

4. 

What 

050 

is 

the 

recommended 

sett 


ing 

for 

threshold 

code 

number 

1? 

ing 

for 

threshold 

code 

number 

2? 

ing 

for 

threshold 

code 

number 

3? 

ing 

for 

threshold 

code 

number 

4? 
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System & customer threshold tests may also be performed manually 
a^any time between outputs. The command used is an "I'command 
similar to that used to invoke traffic data manually. V^ien this 
command is used, the Meridian SL-1 tests the data in holding 

registers against the current system or customer threshold setting. 
If 9 the traffic data passes the test (i.e, does exceed the 

threshold setting), the system outputs the response OK . If the 
traffic data exceeds the current threshold setting, the threshol 
violation in the format described above is output, along with the 
associated system or customer traffic options. (See NTP page 8 11, 
paragraphs 8.45 thru 8.47) 

The command used to invoke system threshold tests is "ITHS , 
followed by the threshold code or codes desired. 

Example of system threshold tests: 

.ITHS 1 2 

This test is for system threshold codes 1 and 2. The appropriate 
response would then be output by the system. 

The command used to invoke customer threshold tests is "ITHC , 
followed by the customer number and threshold code or codes 

desired. 


Example of customer threshold tests 


. ITHC 0 13 5 


This test is for 
1,3, and 5. The 
system. 


customer number 3, and customer threshold codes 
appropriate responses would then be output by the 
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SUMMARY THRESHOLDS: 


o 


o 

o 


o 


o 


o 

o 

o 


o 


A threshold 
be notified 
reached. 


is a means of telling the system you want 
if a certain operational parameter is 


to 


Two categories of thresholds: 


Customer and System 


System thresholds include: Dial tone speed, loop 
traffic, and junctor traffic. 


Customer thresholds include: Incoming 

outgoing matching loss, average speed 
percent all trunks busy, and percent o 
overflow. 


matching loss, 
of answer, 
ff-hook queue 


Not setting a threshold is equivalent to setting it to 
zero. 


To find a threshold setting you could just query it. 


To change the actual threshold value you would set it. 

Threshold reports will be printed before any other 
traffic data. 


Threshold formats can be found in the NTP page 8-7. 


Threshold tests may be invoked manually between outputs. 


This concludes the review on thresholds. For additional threshold 
information see pages 8-6 through 8-7 in the NTP. 

In the second part of this module you will review 

warning messages, what the warning messages mean, and where they 
will be printed on the traffic reports. 
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o uoii thev are just like any warning 
What are warning messages . use caution in what ever you 

arfd^ng li rtis^ase you Led to use caution in how you 
interpret the data on the traffic reports. 

As you learned earlier, the '^“^"^iLperiod'^y'^equesting the 
specified time period. You “?!: ?i mes. However, while the system 
reports to be Panted * °e t things can happen, and 

is gathering the data for you £ corrupted one way 

probably will, this may cause the data to^be^ tQ P inform you 

^rthL^LrrpLrn'SHata du ^^^c^thing^as^ initialisation. 
;rrn!ng r mi-a 9 es n may be^tput preceding the traffic measurement 
data. 


Continue on to the practice exercise 
just been reviewed. 


if you understand what has 


* PRACTICE EXERCISE * 


1. For what are the warning messages intended 


ANSWER 


1. For what are the warning messages 


intended? 



Turn to page 2-5 in the NTP and read Sections 2.29, 2.30, and 2.31 
on warning messages. 

* return here when you have finished reading * 


The TFS301 message indicates that an initialization has occurred 
at some time since the last traffic report. When this happens, the 
data in the accumulating registers is lost and the registers begin 
accumulating again from zero. Therefore, the data in the next 
traffic report will represent only a portion of the scheduled time 
interval with the results abnormally low. All data in the report 
will be affected, even though some may appear normal, and should 
be disregarded. If no more initializations occur, the data in the 
following hour will be valid. 


* PRACTICE EXERCISE * 

Use the NTP to answer this question. 

1. What does the TFS301 warning message indicate? 

* ANSWER * 

1. What does the TFS301 warning message indicate? 


This message warns that data has been corrupted by an 
initialization and should be ignored . 


The following is an example of how and where this message may 
appear on a traffic report: 


036 TFS000 
25 11 1979 

21 00 00 

TFS301 
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The TFS302 message i: 
options are to be pr 
a particular traffic 
option is scheduled 
option which was not 
in much larger numbe 
the change was made 
for that option only 
all other options in 
(assuming they had a 


s significant when changes are made as to what 
inted. Because the accumulating registers for 
option do not re-zero themselves until that 
to be output, scheduling the printout of an 
output in the last traffic report will result 
irs for that option in the first report after 
than would normally occur. Therefore, the ata 
- in that hour must be disregarded. Note that 
’ that hour's report would, however, be valid 
ill been output in the previous report). 


Schedule changes that involve when the data is to be printed may 
have a simila? effect, but those are generally covered under th 

TFS303 message. 


* PRACTICE EXERCISE * 

Use the NTP to answer the question. 

1. What does the TFS302 warning message indicate? 


* ANSWER * 


VThat does the TFS302 warning message indicate? 

T his message warns that the t raffic schedule was changed 
Huri nn .hP in terval covered by the traffi c meas urement data ^ 
you may need to disregard this par ticular traffic data ^ 


The following is an example of how and where this message may 
appear on a traffic report: 


279 TFS000 

13 08 1984 

14 00 03 

TFS302 
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The TFS303 message is similar to the TFS302 message in that the 
data following this message normally shows much larger numbers 
than would normally occur. However, all traffic options are 
affected. In defining what this message means, always remember 
that traffic reports are output at the end of a reporting period. 
However, the traffic schedule for accumulating reports must be 
scheduled for the beginning of the desired report period, in order 
to empty the holding registers and the accumulating registers, and 
re-zero the accumulating registers. (Note that all events take 
place simultaneously; that is, the holding registers are emptied 
of the last scheduled hour's data, at the same time that the data 
in the accumulating registers, and the accumulating registers are 
re-zeroed. The data from the accumulating registers is also out¬ 
put to the traffic TTY at the time of transfer to the holding 
registers, according to the traffic schedule). Therefore, in order 
to obtain valid data for an 8 - 5 study, the schedule must begin 
at 8:00 and end at 5:00. The first report for such a schedule 
would be output at 8:00, however, the first valid report will be 
output at 9:00. The 8:00 report will show the message TFS303, and 
will represent all traffic data that was accumulated between the 
last hour that traffic was scheduled to be output in the previous 
calendar day i.e, 5:00 — and the first hour that traffic was 
scheduled to be output the next calendar day - i.e, 8:00. This 
data is invalid, as it represents 15 hours accumulation. (Note: 

In the above example, the data in the holding registers i.e, the 
5:00 data will not change until 8:00 the next day. Therefore,! 
may be invoked any time before 8:00 A.M. and will represent valid 

5:00 data from the previous day). 

The significance of the above is that any change in when the 
traffic data is to be output may result in the TFS303 message 
appearing in the first report output after the change. Such 
changes would include changing past dates to present or future 
dates; changing the days of the week to be included m the study 
period, or changing the hours of the day to be reported. 


* PRACTICE EXERCISE * 

Use the NTP to answer the question. 

1. what does the TFS303 warning message indicate? 
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* ANSWER 


* 


What does the TFS303 warning message indicate? 

This message warns that the associated traffic measurement 
data was accumulated over a period greater than one hour . 


The following is an example of how and where this message may 
appear on a traffic report: 

279 TFS000 

13 08 1984 

14 00 03 

TFS303 


You will now review the output format and meaning of two more 
warning messages: 


TFS401 

TFS402 


Turn to page 2-5 in the NTP Section 2.33 and read about these two 
reports. 

* RETURN HERE WHEN YOU HAVE FINISHED READING. * 
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TFS401/402 messages differ from the other traffic record types in 
that they are transient in nature and are not stored, unless the 
custome/is equipped with the History File option. Except xx ], the 
latter case, they cannot be manually requested from the Meridian 

SL-1 • 

The only time these messages are printed out is | n J| ta ig 1Shed 

speech path, which has been held up for longer than 36 CCS, is 
finally disconnected. This may occur at any g^en moment of the 
dav, even while the Meridian SL-1 is printing out other data 
(including traffic reports). Therefore, these messages will only 
be available to a terminal which is on-line at the time the long 
connection was disconnected. 

The TFS401/402 messages are significant in that frequently they 
represent data calls with long holding times. As data applications 
become more and more a part of telecommunications, the impact of 
these high-traffic connections becomes significant. 


Like all other Meridian SL-1 traf: 
are not output until a connection 
connection which is set up at the 
include voice also), and is held 1 
be disconnected until the end of 
messges may not be seen until the 
the time slots involved in those 
for use all day. Even though the 
last hour, the long holding times 
possible network blockage all day 


fic measurements, these messages 
is idled. Typically, a data 
beginning of the day (which may 
up for the entire day, will not 
the day. Therefore, TFS402 
last hour of the day. However, 
connections were not available 
usage is accumulated against the 
effectively contributed to 
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In the Meridian SL-1 connections of up to 83 minutes each (5 
are included in the normal traffic statistics. However, 
connections of greater than .83 minutes are not, and it is these 
which have the most impact on grade of service being provided by 
a Meridian SL-1 as described above. 

Since the TFS402 message gives the TN 1 s of the terminals involved 
and*”the total CCS o£ the connection, it is possible to add the 
Scs per connection back into the affected traffic reports to 
, P ■ +-v,o arfiiai traffic load on the various system elements. 

The 6 report s^tha^woul^be ^affected include TFS001 and TFS007 (in 
multi-group switches) TFC001, and TFC002. 

Simply determine the hour in which the message was output (the hour 
following the TFS402 message), divide the total CCS per connection 
by 36, count backwards that number of hours from the time outpu , 
and add 36 CCS (representing long connection CCS per connectio n 
tS each element in^he affected traffic report (i.e. each loop, 

are/rs;srapp^i^onf^ra«i^ g t^ c ; be 

?hfd?reot-n 6 fSsa'S 

inLn) and may be determined from the corresponding route for each 
trunk TN. 


Systems that show a great 
network blockage, yet show 
Calculation of the actual 
light on the situation by 


deal of TFS402 messages may show some 
low loop traffic on the terminal loops, 
load, as outlined above, may shed some 
revealing overloaded loops. 


In any system, it is important that 
holding times be distributed evenly 
network blockage. 


terminals with typically long 
over all loops, to minimize 
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* PRACTICE EXERCISE 


* 


1. What does the TFS401 warning message indicate? 


2. What does the TFS402 warning message indicate? 


* ANSWER * 

1. What does the TFS401 warning message indicate? 

Identifies connections that were held for at least 36 CCS but 
less than 50 CCS. The message includes the measurements (pegs 
and usage) in the regular traffic data. 

2. What does the TFS402 warning message indicate? 

Identifies connections that were held for 50 CCS or longer. 

The message does not include the measurements (pegs and 
usage) in the regular traffic data. 

Now that you know what these warning messages mean you need to 
take a look at the format for these messages. 

The format is as follows: 

TFS40X CCS TNI TN2 TYPE 






The area( s ) being reviewed will be highlighted. 
% 

The highlighted number identifies the message. 

TFS40 X CCS TNI TN2 TYPE 
EXAMPLE: TFS401 or TFS402 


This CCS gives the usage on the connection. 


TFS40X CCS TNI TN2 TYPE 


* PRACTRICE EXERCISE * 

Use the message format to answer the questions 
TFS401 40 TNI TN2 TYPE 

1. What is the number of the warning message 

2. What is the CCS on the connection? _ 


♦ ANSWER * 

1. What is 

2. What is 


the number of the warning message 
the CCS on the connection? 40 


below. 


401 
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The TNI and TN2 identify the terminal (Loop, Shelf, Card, Unit) 
involved in the connection. 

TFS40X CCS TNI TN2 TYPE 

EXAMPLE: TFS401 36 81710080 TYPE 


* PRACTICE EXERCISE * 

Use the message format to answer the questions below. 
TFS40X CCS TNI TN2 TYPE 

1. What do the TNI and TN2 indicate? 


* ANSWER * 

1. What do the TNI and TN2 indicate? 

The teminals (Loop, Shelf, Card, Unit) involved in the 
connection. 


The type is a number which identifies to what use the network path 
was put. Turn to page 2-6 in the NTP and review Table 2-A NETWORK 
PATHS USAGE IDENTIFICATION. 

* RETURN HERE WHEN YOU HAVE FINISHED * 

TFS40X CCS TNI TN2 TYPE 

Example: TFS40X CCS TNI TN2 1 
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* PRACTICE EXERCISE * 

Use the NETWORK DATA USAGE IDENTIFICATION TABLE in the NTP to 
answer the following? 

i. What was the network path used for in the following warning 
message? 

TFS40X CCS TNI TN2 0--- 


2. What was the 
message? 


network path used for in the following warning 


TFS40X CCS TNI TN2 7 


* ANSWER * 


1 . Wha 


t was the network path used for in the following warning 


message, 


TFS40X CCS TNI TN2 0 DIAL TONE 

2. What was the network path used for in the following warning 


message 


TFS40X CCS TNI TN2 7 


Unknown use of a TPS 


Continue on to the 
These are the TFS41 


review of two more warning 
1 and TFS412 messages. 


messages. 
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Turn to page 2-6 in the NTP and read Section 2.35. 

* RETURN HERE WHEN YOU HAVE FINISHED READING * 

The TFS411/412 messages are actually a summarization of the TFS401/ 
TFS402 messages that were output since the last traffic report. 
These messages are output for the benefit of those collecting 
traffic data remotely, or whose TTY is not on-line with t e 
Meridian SL-1. 

TFS401 messages are compiled under TFS411 messages. 

TFS402 messages are compiled under TFS412 messages. 

However, as stated in the NTP, not all the data given in the 
TFS401/402 messages is included in the TFS411/412 messages. 

The TFS411/412 messages are always output together and normally 
appear (if one or the other is non-zero) immediately following 
all threshold violations and before the first scheduled system 
or customer option. However, they will also appear before any 
system or customer traffic data, or both, which is invoked 

manually. 

These messages are significant in that they contribute a total 
count of the TFS4O1/402 messages which were output since the 
last traffic report, as well as a sum of the total CCS per 
connection for all of those connections. Since they are not output 
until after a long connection is idled, these messages, like 
TFS401/402 messages, may not be seen until the last hour of the 

day. 

* PRACTICE EXERCISE * 

Use the NTP Section 2.35 to answer the following questions. 

1. what warning messages indicate connections with high holding 
times when the traffic TTY is not on line to receive 
messages?__ 
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* ANSWER 


What warning messages indicate connections with high holding 
times when the traffic TTY is not on line to receive 
messages? TFS411 TFS412 


The actual output format for these two warning messages 
differs from that for TFS401 and TFS402 warning messages. 

The following is an example of TFS411/412 reports: 


0423 TFS411 

00001 0000043 


For all TFS401 messages since last report 


0423 TFS412 

00002 0000167 


For all TFS402 messages since last report 


Breakdown of report(s): 

The system ID on both reports 


0423 TFS411 

00001 0000043 


0423 TFS412 

00002 0000167 


The Total peg count on both reports. 


0423 TFS411 

00001 0000043 

The total CCS on both reports 


0423 TFS412 

00002 0000167 


0423 TFS411 

00001 0000043 


0423 TFS412 

00002 0000167 
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From the information given in the TFS411/412 messages, the 
average holding time per long connection can be^ £cs 'SJr 
is useful if the TFS401/402 messages with the exact CCS per 
connection are not available. To calculate this, use the 
following formula: 

Total CCS for all long connections (for either type). 

Total number of long connections (for either type) 

The results may be converted to minutes by dividing by 0.6, 
or to hours by dividing by 36. 

EXAMPLE: 


0423 TFS411 

00001 0000043 


43 CCS 


43 CCS/connection = 

72 minutes or 1.2 hours 


0423 TFS412 

00002 0000167 


167 CCS 


83.5 CCS per connection - 

139 minutes or 2.3 hours 
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SUMMARY WARNING MESSAGES: 

Warning messages are the way the system informs you that a certain 
event has occurred during the accumulation of traffic data 
(initialization, system reload, etc.)* 


o 


o 


o 


o 


o 


o 


o 


TFS301 - 

TFS302 - 

TFS303 - 

TFS401 - 

TFS402 - 

TFS411 - 

TFS412 - 


A warning that data has been corrupted by an 
intitalization and should be ignored. 

A warning that the traffic schedule was changed 
during the interval covered by the traffic 
measurement data and may be invalid. 

A warning that associated traffic measurement data 
was accumulated over a period greater than one 
hour, and the data should be disregarded. 

A warning that identifies connections that are held 
for at least 36 CCS but less than 50 CCS. 

A warning that identifies connections that are held 
for 50 CCS or longer. 

A warning that summarizes connections that are held 
for at least 36 CCS but less than 50 CCS when the 
traffic TTY is not on-line to receive messages. 

A warning that summarizes connections that are held 
for 50 CCS or longer when the traffic TTY is not 
on-line to receive messages. 


This concludes 
course. If you 
covered, review 


part 2 of this module 
are unsure of any of 
before continuing on 


and the last part of this 
the material that has been 
to the selfcheck. 
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MODULE 6 SELF CHECK 


The self check has two parts: 


Part one requires you to identify: 

o What caused the threshold (s) to be printed. 


Part two requires you to identify: 
o Warning messages 


PART 1. 

Use the reports below to answer the questions that 

021 TFS000 

16 09 1984 

14 00 00 

021 TFS101 

00005 00000 

021 TFS102 

00 0000623 00580 

021 TFC103 

000 

00250 00120 


follow. 


What caused the TFS101 threshold to be printed? 


What caused the TFS102 threshold to be printed? 
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3 . What caused the TFC103 threshold to be printed? 

% 

* ANSWER * 

1 . What caused the TFS101 threshold to be printed? 

The threshold was not set. .5% violation 

2. What caused the TFS102 threshold to be printed? 
Threshold violated 

623 

-580 

43 CCS exceeded 

3. what caused the TFC103 threshold to be printed? 

Threshold violated. 250 

-120 , , 
130 tenths of a second exceeded 
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PART 2. 


Use the warning message below to answer the^questions that follow 

021 TFS000 
23 10 1984 

08 00 00 

TFS301 

TFS401 39 001 00 03 04 10 

1 . what does the TFS301 warning message indicate? 

2. What does the TFS401 warning message indicate? 
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* ANSWER 


* 


What does the TFS301 warning message indicate? 

This message precedes traffic data that is output after a 
Meridian SL-1 initialization. The message warns that data has 
been corrupted by the initialization and should be ignored. 


What does the TFS401 warning message indicate? 
Outgoing trunk connection was held for 39 CCS. 


This concludes the self-check for module 6. 
final SelfCheck if you understand all of the 
presented in this course. 


Continue on to the 
information 
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Final Self Check 

























FINAL SELF CHECK 


This self check has two parts: 

o Part one requires you to analyze traffic reports. 

o Part two requires you to select recommended action(s) 

you would take to resolve any problem(s) you found in 
the analysis of the reports in part one of this self 
check. 


NOTE: Use the modules if you need help with this self 

check. Do not spend too much time on any of th 
exercises. 




PART 1. 


Write your analysis of the reports in the appropriate space pro 
vided. 

YOUR TFS411 ANALYSIS RESULTS : 


YOUR TFS412 ANALYSIS RESULTS : 


YOUR TFS001 ANALYSIS RESULTS : 



YOUR TFS001 ANALYSIS RESULTS CONTINUED 
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YOUR TFS002 ANALYSIS RESULTS 


YOUR 

TFS003 

ANALYSIS 

RESULTS 

YOUR 

TFS004 

ANALYSIS 

RESULTS 

YOUR 

TFS007 

ANALYSIS 

RESULTS 

YOUR 

TFC001 

ANALYSIS 

RESULTS 


YOUR TFC002 ANALYSIS RESULTS 



YOUR TFC003 ANALYSIS RESULTS : 


YOUR TFC004 ANALYSIS RESULTS : 


Answers for part 1 are on the following pages 
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Use the information and the traffic reports below to answer the 
questions on the following pages. 


INFORMATION: 


The system that generated the following traffic 
reports contains 11 Digitone receivers. 


The high idle cycle count for this system is 
3,525,196. 

104 TFS000 

13 10 1986 

15 00 01 

104 TFS411 

03002 0000080 

104 TFS412 

00000 0000000 


104 

TFS001 



00 

TERN 

00000 

0000006 

01 

TERM 

00000 

0000001 

02 

TERM 

00000 

0000012 

03 

TERM 

00000 

3000002 

04 

TERM 

00000 

0000023 

05 

TERM 

00000 

0000010 

06 

CONF 

00000 

0000000 

07 

TDS 

00000 

0000000 

08 

TERM 

00000 

0000097 

09 

TERM 

00000 

0000016 

10 

TERM 

00000 

0000050 

11 

TERM 

00017 

0000018 

12 

TERM 

00000 

0000032 

13 

TERM 

00000 

0000018 

14 

CONF 

00000 

0000000 

15 

TDS 

00000 

0000000 


00009 

00010 

0000391 

00258 

00003 

00002 

0000296 

00141 

00014 

00009 

0000444 

00304 

00003 

00006 

0000375 

00161 

00006 

00009 

0000436 

00236 

00009 

00005 

0000415 

00199 

00000 

00000 

0000004 

00057 

00000 

00009 

0000001 

0000 7 

00033 

00017 

0000710 

00349 

00013 

00006 

0000462 

00243 

00027 

00013 

0000501 

00334 

00017 

00106 

0000695 

00327 

00026 

00012 

0000661 

00361 

00012 

00014 

0000532 

00269 

00000 

00000 

0000003 

00054 

00000 

00000 

0000271 

04981 
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104 TFS002 


00 

01 

02 

03 

04 

05 

06 

07 

08 

09 

10 


00000 0000034 02107 
00000 0000005 00105 
00000 0000009 00149 
00000 0000081 00938 
00000 0000059 00720 
00000 0000005 00041 
00004 0000079 00928 
00000 0000000 00000 
00006 0000119 02047 
00000 0000006 00111 
00000 0000000 00000 


104 TFS003 

00000 00000 00002 


104 TFS004 

2208861 03293 00183 

00000 00000 
00000 00000 
00000 


104 TFS007 

01 00000 0000790 00572 
02 00005 0000656 00504 
12 00000 000O767 00530 


(Note: The TFC007 data does not relate 

this example, as it is from a different 


to the 
system 


TFS001 data in 


104 TFC001 
00 

00004 0000943 00382 
00020 0001265 00720 
00006 0000272 00385 
00000 0000112 00032 
00031 00188 00178 



104 TFC002 
00 

00 CO 

00035 

0000000 

0000562 

00000 

00046 


01 TIE 

00041 

0000400 

0000745 

00074 

00000 


02 DID 

00030 

0000627 

0000000 

00000 

00000 


00035 

00000 

00384 

00000 


00040 

00106 

00354 

00100 


00030 

00282 

00000 

00000 



03 


TIE 


00003 

0000006 

0000001 

00000 

00000 

04 WATT 
00002 

0000000 

0000006 

00000 

00000 

07 TIE 
00003 

0000022 

0000063 

00011 

00000 


00003 

00008 

00003 

00034 


00002 

0000 9 
00002 

00000 


00003 

00018 

00009 

00028 





104 TFC003 



00 

00065 00040 

00007 00151 

00006 00093 

104 TFC004 


00 

01 

00013 0000005 

00015 0000002 

0000026 0000007 

00000 


02 



00014 0000004 

00016 0000002 
0000031 0000006 

00000 
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TFS411 ANALYSIS RESULTS : 

% 

2 calls exceeded 36 CCS for a total connection time of 80 CCS. 

The average holding time per connection is 40 CCS, or 67 minutes, 
or 1.1 hours. 

TFS412 ANALYSIS RESULTS : 

No problem indicated. 

TFS001 ANALYSIS RESULTS : 

INTERLOOP MEASUREMENTS PER LOOP 


LOOP 


FTM ' S 



CCS 




PC 




0 

10 

- 2 x 0 = 10 

391 

- 

2 

X 

6 = 379 

258 

- 

2 

X 

9 = 

240 

1 

2 - 

2x0 = 2 

296 

- 

2 

X 

1 = 294 

141 

- 

2 

X 

3 = 

135 

2 

9 - 

2x0 = 9 

444 

- 

2 

X 

12 = 420 

304 

- 

2 

X 

14 

= 276 

3 

6 - 

2x0 = 6 

375 

- 

2 

X 

2 = 371 

161 

- 

2 

X 

3 = 

155 

4 

9 - 

2x0 = 9 

486 

- 

2 

X 

23 = 440 

236 

- 

2 

X 

6 = 

224 

5 

5 - 

2x0 = 5 

415 

- 

2 

X 

10 = 395 

199 

- 

2 

X 

9 = 

181 

8 

17 

- 2 x 0 = 17 

710 

- 

2 

X 

97 = 516 

349 

- 

2 

X 

33 

= 283 

9 

6 - 

2x0 = 6 

462 

- 

2 

X 

16 = 430 

243 

- 

2 

X 

13 

= 217 

10 

13 

- 2 x 0 = 13 

501 

- 

2 

X 

50 = 401 

334 

- 

2 

X 

27 

= 280 

11 

140 

- 2 x 17 = 106 

695 

- 

2 

X 

18 = 659 

327 

- 

2 

X 

17 

= 293 

12 

12 

- 2 x 0 = 12 

661 

- 

2 

X 

32 = 597 

361 

- 

2 

X 

26 

= 309 

13 

14 

-2x0=14- 

532 

- 

2 

X 

18 = 496 

269 

- 

2 

X 

12 

= 245 
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* 


TFS001 CONTINUED: INTRA/INTERLOOP BLOCKAGE PER LOOP 


LOOP INTRA 

0 


INTER 


10 


0 


- x 100 = 0 % - - 100 " 4 ' % 

g+0 240 + 10 


10 


11 


12 


13 


0 

x 100 ; 

= 0 % 

2 

3+0 

135 + 2 

0 

x 100 

= 0 % 

9 

14 + 0 

276 + 9 

0 

x 100 

= 0 % 

6 

3 + 0 

155 + 6 

0 

X 100 

= 0 % 

9 

- — x 100 - 3.9 % 

6+0 

224 + 9 

0 

x 100 

= 0 % 

5 

— — x 100 -2.7% 

9 + 0 

181 + 5 

0 

X 100 

= 0 % 

17 

_ — - x 100 -5.7% 

33+0 

283 + 17 

0 

X 100 

= 0 % 

6 

13+0 

217 + 6 

0 

X 100 

= 0 % 

13 

27 + 0 

280 + 13 

17 

X 100 

=50. % 

106 

17 + 17 

293 + 106 

0 

X 100 

= 0 % 

12 

26 + 0 

309 + 12 

0 

■ X 100 

= 0 % 

14 

_ x 100 - 5.4 % 

12 + 0 

245 + 14 
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TFS001 CONTINUED: TOTAL LOOP BLOCKAGE PER LOOP 


L00 p PERCENT BLOCKAGE 


0 + 10 

0 _ x 100 = 3.9 % 

0 + 9 + 10 + 240 


0+2 

1 _ x 100 = 1.4 % 

0 + 3 + 2 + 135 


0 + 9 

2 - x 100 = 3.0 % 

0 + 14 + 9 + 276 


0 + 6 

3 - x 100 = 3.7 % 

0 + 3 + 6 + 155 


0 + 9 

4 - x 100 = 3.8 % 

0 + 6 + 9 + 224 


0 + 5 

5 - x 100 = 2.6 % 

0 + 9 + 5 + 181 


0 + 17 

g - X 100 - 5.0 % 

0 + 33 + 17 + 283 


0 + 6 

9 - x 100 = 2.5 % 

0 + 13 + 6 + 217 


0 + 13 

10 - x 100 = 4.0 % 

0+27+13+28 


17 + 106 

11 - x 100 = 28.4 % 

17 + 17 + 106 + 293 


0 + 12 

12 - x 100 = 3.5 % 

0 + 26 + 12 + 309 


0 + 14 

13 - x 100 = 5.2 % 

0 + 12 + 14 + 245 
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TFS001 CONTINUED 


TOTAL SYSTEM BLOCKAGE 


17 

17+9+3+14+3+6+9+33+13+27+26+12 


.089 TOTAL INTRALOOP 
BLOCKAGE 


10+2+9+6+9+5+17+6+13+106+12+14 

239+240+135+276+155+224+131+283+217+280+293+309+245 


068 

TOTAL 

INTERLOOP 

BLOCKAGE 


__L_ x .090 + ------ x .068 x 100 = 6.9 % TOTAL SYSTEM BLOCKAGE 

12 I 2 

Loops 8, 11, and 12 exceeded 600 CCS. 


The difference 
loop CCS (710) 
balanced• 


between the lowest loop CCS (296) and the highest 
exceeds 100 CCS meaning that this system is un- 










TFS002 ANALYSIS RESULTS; 


AVERAGE CCS/PER DTR 


BLOCKAGE 


119 

___ = 10.8 

11 


2047 + 6 


x 100 =0.3% 


AVERAGE HOLDING TIME IN SECONDS 


119 

- x 100 = 5.8 SECONDS 

2047 


TFS003 ANALYSIS RESULTS : 

Total Dial Tone delay for all calls equals 2 seconds. 
TFS004 ANALYSIS RESULTS : 

% REAL TIME USED: 


3525196 - 2208861 


3525196 


X 3600 


1,344 seconds used 


1344 

- X 100 = 37% 

3600 


% REAL TIME REMAINING: 


2208861 2500 

_ -(1 -) X100 = 32% 

3525196 3600 


.32 X 3600 = 1,155 sec. remaining 
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TFS007 ANALYSIS RESULTS: 


JUNCTOR GROUP 01: 


0 


572 + 0 


= 0% BLOCKAGE 


JUNCTOR GROUP 02: 


504 + 5 

JUNCTOR GROUP 


0 


580 + 0 


1% BLOCKAGE 


12 : 


0% BLOCKAGE 


Junctor traffic exceeds 500 CCS per group 


TFC001 ANALYSIS RESULTS : 

GRADE OF SERVICE 

INCOMING; Percent of total traffic 


943 

-= 36 % 

2592 


• Blockage 
4 


332 + 4 


x 100 = 1. % 
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TFC001 ANALYSIS RESULTS CONTINUED: 


grade of service continued 


Holding time 
943 

- = 2.468 

392 - = 4.1 minutes 

0.6 


OUTGOING; Percent of total traffic 

1265 

-= 49 % 

2592 

Blockage 

20 

- x 100 =2.7% 

720 + 20 

Holding time 

1265 

- = l.756 

720 - = 2.9 minutes 

0.6 


INTRACUSTOMER; Percent of total traffic 

272 

- = 10 % 

2592 

Blockage 

6 

- x 100 =1.5% 

385 + 6 

Holding time 

272 

- = 0.706 

385 - = 1.2 minutes 

0.6 
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TFC001 ANALYIS RESULTS CONTINUED: 


GRADE OF SERVICE CONTINUED 


TANDEM; Percent of total traffic 

112 

- = 4% 

2592 

Blockage 

0 

- x 100 = 3% 

32+0 

Holding time 
112 

- =3.5 

32 - = 5.8 minutes 

0.6 


INTRA-OFFICE RATIO (RATIO OF STATION-TO-STATION TRAFFIC TO TOTAL 
STATION TRAFFIC) 

2 X 272 

_ = 0.197 (20%) INTRA-OFFICE RATIO 

943 + 1265 + (2 X 272) 
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TFC002 ANALYSIS RESULTS : 

ROUTE 


Blockage: 


0 % 

CCS per trunk: 


562 

- = 16 CCS 

35 

Holding time per 

call: 

562 

(MINUTES) 


- = l.463 

384 - = 2.4 min. 

0.6 

Blockage: 


74 

- - x 100 ~ 17.3% 

354 + 74 

CCS per trunk: 


400 + 745 

- - — — - 28.6 CCS 

40 

Holding time per 

call: 

1145 

(MINUTES) 


- = 2.489 

460 - = 4.1 min 


0.6 















TFC003 ANALYSIS RESULTS; 
Average speed of answer: 

Average time in queue: 

Average attendant response: 

Average wait time abandoned 
calls: 

TFC004 ANALYSIS RESULTS: 


00065 

10 

151 

10 

00040 

10 


90 

10 


= 6.5 seconds 


15.1 seconds 


=4.0 seconds 


9.0 seconds 


58 

Avg. calls/console: — = 29 

2 

Total work time 7+6 = 13 CCS 

Total time manned 26+31 = 57 CCS 

% calls delayed 7 

— = 12 % 

58 

% abandoned calls 6 

- = 10.3% 

58 

% time manned 57 

— = 79% 

72 


BOTH CONSOLES: 

Total calls 13+15+14+16 = 58 
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TFC004 ANALYSIS RESULTS CONTINUED; 
% 

Work time per call; 


All calls 


External 


Internal 


13 

= 22.4 seconds 
58 

2+2 

- = 12.9 seconds 

15+16 

5+4 

- = 33 seconds 

13+14 


CONSOLE 01; 


Time manned: 26 

— x 100 = 72. 
36 

Work time per call 

All calls 7 

— x 100 = 25 
28 

External 2 

— x 100 = i: 
15 

Internal 5 

-- x 100 = 38 
13 


2 % 


seconds 


seconds 


seconds 
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TF C004 ANALYSIS RESULTS CONTINUED: 

CONSOLE 2 


Time manned: 31 
36 


x 100 


Work time per call 


All calls 


6 

— x 100 = 
30 


External 


2 

x 100 

16 


Internal 


4 

x 100 
14 


86.1 % 


20 seconds 


= 12.5 seconds 


= 29 seconds 
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PART 2 


use the traffic analysis results from the previous pages to answer 
the following question(s). 


1 . 


Place a check mark by the action(s) you would take to resolve 
the problems found in TFS411 and TFS412. 


recommendedaction 


1 . 
2 . 

3 . 
4. 


/erify that all trunks are in good working order. 

Dccassionally allow the system to complete audits in 
3 rder to clear time slots that might be hung up. 

Reprimand the users with excessive conversation time. 

Add the CCS for each long connection back into the 
traffic reports. 


Place a check mark by the action(s) you would take to resolve 
the problem!s) found in TFS001. 


RECOMMENDED ACTION 


1 . Move some of the sign usage phones and trunks out of 

- loop(s) 8, 11 and 12 to lower usage loops (0,1,3), to 

reduce blockage. 

2 . Add more equipment to balance out the system. 

3 . Remove shelves from the high-usage loops. 

4 . No action required. 
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3. 


Place a check mark by the action(s) you would take to resolve 
the problem(s) found in TFS002. 

RECOMMENDED ACTION 

1 . Remove excess DTRs. 

2 . Install additional DTRs. 

3. Reduce blockage in the system before taking further 
action. 

4 . Add another TDS loop. 

Place a check mark by the action(s) you would take to resolve 
the problem(s) found in TFS003. 

RECOMMENDED ACTION 

1. _ Install additional DTR's 

2 . Have users hang up and try again if they don't 
receive dial tone. 

3 . Classify all DID and tie trunks as dial pulse (DIP) 
instead of Digitone (DTN). 

4. _ No action required. 

5. Place a check mark by the action(s) you would take to resolve 
the problem(s) found in TFS004. 

RECOMMENDED ACTION 

1. _ No action required. 

2. Upgrade the CPU to a faster processor. 

3 . Have the users talk longer on each call and make 
fewer calls. 

4. Classify all stations as low priority, but all trunks 
as high priority. 


26 






would take to resolve 


Place a check mark by the action(s) you 
the problem(s) found in TFS007. 


RECOMMENDED ACTION 


L. Add another network group. 

2 Reduce junctor blockage by rebalancing traffic on 
- high-usage loops in network groups 0 and 2. 

3 Put stations with the same community of interest on 
- separate loops in network groups 1 and 3. 

4 . Have users in network groups 0 and 1 make fewer 

calls. 

Place a check mark by the action(s) you would take to resolve 
the problem(s) found in TFC004. 


recommended action 


1 . _ 

Install DID 

service. 

2 . _ 

Add another 

console. 

3. _ 

No action required. 

4. 

Replace the 

attendants 


Place a check mark by the action(s) you would take to resolve 
the problem(s) found in TFC002. 

RECOMMENDED ACTION 

1 . Reduce the amount of time spent on outgoing WATS 
calls. 

2. Redistribute high-usage trunks evenly over the loops. 

3 . Add more trunks to routes 1 and 7. 

4. No action required. 
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PART 2 


* ANSWERS * 


1. Place a check mark by the action(s) you would take to resolve 
the problems in TFS411 and TFS412. 

RECOMMENDED ACTION 

1. x Verify that all trunks are in good working order. 

2 Occassionally allow the system to complete audits in 

- order to clear time slots that might be hung up. 

3 . _ Reprimand the users with excessive conversation time 

4 . Add the CCS for each long connection back into the 
traffic reports. 


Place a check mark by the action(s) you would take to resolve 
the problem(s) found in TFS001. 


RECOMMENDED ACTION 


. X Move some of the high usage phones and trunks out of 
loop(s) 8, 11 and 12 to lower usage loops (0,1,3), to 

reduce blockage. 

2 . Add more equipment to balance out the system. 

3 . Remove shelves from the high-usage loops. 

4. No action required. 
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would take to resolve 


Place a check mark by the action(s) you 
the problem(s) found in TFS002. 


RECOMMENDED ACTION 


1 . 

2 . 

3. 

4. 


X 


Remove excess DTRs. 

Install additional DTRs. 

Reduce blockage in the system before taking further 
action• 

Add another TDS loop. 


Place a check mark by the action(s) you would take to resolve 
the problem(s) found in TFS003. 


RECOMMENDED ACTION 

1. _ Install additional DTR's . 

2 . Have users hang up and try again if they don t 
receive dial tone. 

3 . Classify all DID and tie trunks as dial pulse (DIP) 
instead of Digitone (DTN). 

4. X No action required. 


Place a check mark by the action(s) you would take to resolve 
the problem(s) found in TFS004. 


RECOMMENDED ACTION 


1. X No action required. 

2. Upgrade the CPU to a faster processor. 

3 . Have the users talk longer on each call and make 
fewer calls. 

4 . Classify all stations as low priority, but all trunks 
as high priority. 
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would take to resolve 


Place a check mark by the action(s) you 
the problem(s) found in TFS007. 

recommended action 

Add another network group. 

Reduce junctor blockage by rebalancing traffic on 
high-usage loops in network groups 0 and 2. 

Put stations with the same community of interest on 
separate loops in network groups 1 and 3. 

Have users in network groups 0 and 1 make fewer 
calls. 

-0 

Place a check mark by the action(s) you would take to resolve 
the problem(s) found in TFC004. 

RECOMMENDED ACTION 

1 . _ Install DID service. 

2. Add another console. 

3. X No action required. 

4 . Replace the attendants. 

Place a check mark by the action(s) you would take to resolve 
the problem(s) found in TFC002. 

RECOMMENDED ACTION 

Reduce the amount of time spent on outgoing WATS 
calls. 

Redistribute high-usage trunks evenly over the loops. 
Add more trunks to routes 1 and 7 . 

No action required. 


1 . _ 

2 . _ 

3. _X 

4. 
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Congratulationsl This concludes the self-paced 
not be alarmed if you cannot recall everything 
This course material and the NTP will serve as 
when you are looking at your traffic reports. 


traffic course. Do 
that was presented, 
a good reference 
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1. GENERAL 


1.01 Traffic measurements are essential for monitoring the performance 
of a switching machine, for identifying potential congestion problems 
and for planning future growth of the switching machine. The SL-1 
Business Communications Systems are equipped with traffic data 
accumulation capabilities which are resident in the System memory and 
function as part of the normal call processing software operations. 

1.02 The purpose of this practice is to describe the traffic measurement 
data acquired at an SL-1 switch, discuss the conditions under which the 
data is accumulated, interpret the traffic measurement data output 
formats and explain the command structures that are available to 
control the traffic data collection and printing 

Reference 1.03 Overlay loading instructions are provided in the following practices 

Documentation (depending on machine type): 

553-2001-315 General Input/Output Information 

553-2YY1-311 Data Administration Manual II: Input/Output 

Reference Manual. 

1.04 For maintenance diagnostic information, refer to the following 
practices (depending on machine type): 

553-2001-505 Diagnostic Programs Description and 

Input/Output 

553-2301-511 Maintenance Manual II: Diagnostic Programs 

Description and Input/Output Reference 
Manual. 



Page 1-1 
1 Page 






PRACTICE 553-2001-450 


MEASUREMENT 

PROCESS 


2.06 Peg Count. A peg count is a count of a particular event 

2.07 Failure to Match. A Failure To Match (FTM) occurs if no idle 
network path can be found between two given connection points. 

2.08 Usage. The usage of a resource (e.g., time slots of a loop, trunks 
of a given trunk group, junctors between network groups) is the time 
measurement, in 100 call-seconds (CCS), of how long the elements of 
the resource have been busy. 

2.09 Established Path. An established path between two terminals is a 
path in which the called terminal has answered and both terminals are 
in the talking connection. There are cases involving outgoing trunks in 
which the terminals are in a talking connection but. because the SL-1 
does not yet consider outpulsing to be complete, the path is not an 
established path. If this path is idled, then measurements requiring 
‘established connections’ will not be accumulated. 

2.10 Service Loop. A service loop is either a Tone and Digit Switch 
(IDS) loop or an MF Sender (MFS) loop. As both types of loops serve 
similar functions, they have similar traffic measurements. Whenever the 
term ‘service loop’ is used, it refers to either a TDS loop or an MFS 
loop. 

2.11 There are five facets to traffic data collection in SL-1: 
Accumulation. Holding. Printing. Control and Outputting. 

2.12 Accumulation. When the SL-1 system takes any action that has 
associated traffic measurement(s), the relevant peg counts, usages, etc., 
are updated in accumulating registers associated with those 
measurements. The traffic data are automatically accumulated by the 
call processing software regardless of any measurement schedules, 
options, thresholds, etc., that may or may not be in effect at the time. 

2.13 Whenever any network path is seized, the time of day, in units of 
2 s. is stored in a register associated with that network path. When the 
path is subsequently idled, the previously stored time is subtracted from 
the current time of day to give a ‘usage’ on the path. This usage is 
added to the appropriate accumulating register(s) according to what the 
network path was used for (e.g., dial tone, outgoing trunk connection, 
conference connection). All usages are collected in units of 2 s and 
converted to CCS at the time of printing. 

Note: Because the usage (in CCS) is rounded off to the nearest 
integer, usage of less than 50 call-seconds is printed as 0 CCS. 

2.14 Holding. According to user-defined schedules, the data in the 
accumulating registers are transferred into another set of registers, the 
holding registers. There is one holding register for each accumulating 
register. As a measurement is transferred from an accumulating register 
to the associated holding register, the accumulating register is set to 
zero so that it can start collecting data for the next period. The data in 
the holding registers can be examined and printed at will. Data in the 
holding registers do not change until the next scheduled transfer of data 
from the accumulating registers. 
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MEASUREMENT 

SOFTWARE 


2.15 Certain traffic measurements have an associated threshold. When 
measurement data is transferred into the holding registers, such 
measurements are compared with their thresholds and, if a measurement 
exceeds its threshold, then, regardless of the print options, a special 
message is printed together with one or more blocks of associated data . 

2.16 Printing. When data is transferred from the accumulating registers 
to the holding registers, there are printing options that allow given 
blocks of data to be printed immediately. Furthermore, at any time 
before the next scheduled transfer of data, the holding registers can be 
accessed via the Traffic Control Overlay Program and blocks of data 
can be printed at will. It is only possible to print data from the holding 
registers. The accumulating registers are not accessed other than to 
transfer data from them to the holding registers. 

Note: Depending on the amount and type of data requested to be 
printed, a fast printer (e.g., 1200 baud with no 300 baud machine 
sharing the same function) may be required for large systems. 

217 Control. The traffic measurement schedules, printing options, 
threshold levels and all other traffic-oriented parameters are controlled 
through the Traffic Control Overlay Program. This program may be 
loaded into the overlay area of the system memory to print, adjust or 
redefine any of the control parameters. 

2.18 Outputting. The cycle of transferring data from the accumulating 
registers to the holding registers and the outputting of data is repeated 
in accordance with the user-defined traffic measurement schedules. 
When data is being output at the teletypewriter (TTY), the rate of 
printing is controlled by the amount of time the CPU can allocate to 
the task. As a result, all data may be output at once or may be output at 
intervals over a short period. Outputting of data starts when the data 
has been transferred from the accumulating registers to the holding 
registers and is completed prior to the next data transfer from the 
accumulating registers. 

2.19 In addition to the traffic data accumulation programs in the call 
processing software, two traffic programs, a resident traffic print 
program and a traffic control overlay program, are used by the SL-1 
system to print and control the call processing traffic measurements. 
(See the maintenance diagnostics reference manual for information 
about the relationship of these two programs to the other resident and 
overlay programs used by the SL-1 system to monitor and maintain call 
processing.) 

2.20 Permanently in system memory, the resident Traffic Print program 
performs the following functions automatically: 

• examines the traffic measurement schedules set up in the system 

• transfers traffic data from the accumulating registers to holding 
registers according to the defined schedules 

• prints the traffic data. 
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MEASUREMENT 

SCHEDULES 


RESTRICTIONS 
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2.21 The Traffic Control overlay program resides on system tape and is 
designated overlay number 02. Before performing any tasks, this 
program must be loaded into the overlay area of the system memory. 
Loading can be done only from a teletypewriter (TTY). Once loaded the 
program enables the following functions to be performed: 

• query traffic schedules, traffic options, threshold levels, system 
identification (ID) and system time-of-day 

• modify the traffic schedules, traffic options and threshold levels 

• access traffic data in the holding registers 

• set the system time-of-day 

• change the system ID. 

2.22 When the required tasks are completed, the Traffic Control 
overlay program is aborted (by entering ****). With the traffic 
requirements defined to the system, control of the measurements is 
transferred to the resident traffic programs. 

2.23 The SL-1 system can be programmed to provide traffic 
measurement outputs: 

(a) for any defined day(s) of the week during a defined period of the 
year, specified by start day and end day 

(b) for any defined period of the day specified by the start and end 
hours; i.e., 

• hourly, on the hour 

• hourly, on the half-hour 

• half-hourly, on the hour and half-hour. 

2.24 The traffic measurement schedules are defined to control the 
period over which measurements are accumulated (hourly or 
half-hourly). After the proper interval, the resident Traffic Print 
program transfers the data from the accumulating registers to holding 
registers and resets the accumulating registers to zero so that 
measurements begin to accumulate for the next period. This transfer of 
data can occur hourly on the hour, hourly on the half-hour or every 
half-hour, as defined by the schedules. 

2.25 An SL-1 system reset (system reload) or system initialization 
causes traffic measurements to be lost When a reset occurs it is 
indicated by SYS000 being printed at the teletypewriter. An 
initialization is indicated by INI000 being typed. 

2.26 System reset can be invoked manually or automatically by the 
system. It is invoked automatically in the event of a power failure or 
when system control dictates. On a system reset: 

• data on the system tape is read into the system memory 

• calls cannot be originated while the reload is in progress 
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2.34 Message output format is as follows: 

TFS40X CCS TNI TN2 TYPE 

where. 

• CCS gives the usage on the connection. 

• TNI and TN2 identify the terminals (Loop, Shelf, Card, Unit) 
involved in the connection. (Because the loops involved are 
identified. TFS001 figures can be corrected for previous hours. Also, 
the information can be used to identify faulty hardware where this is 
the cause of the long holding time.) 

• TYPE is a number which identifies what use the network path was 
put to (see Table 2-A). 


Table 2-A 

NETWORK PATH USAGE IDENTIFICATION 


TYPE 

NUMBER 

USE 

0 

Dial Tone 

1 

Busy Tone 

2 

Overflow Tone 

3 

Ringback Tone 

4 

Tone Ringing 

5 

Miscellaneous Tone 

6 

Outpulsing 

7 

Unknown use of a TDS 

8 

Digitone Receiver 

9 

Incoming trunk speech path 

10 

Outgoing trunk speech path 

11 

Intracustomer speech path 

12 

Tandem trunk speech path 

13 

Reserved path not used 


2.35 The traffic TTY may not always be on-line to receive messages. 
There is, therefore, a requirement for some indication of connections 
with high holding times with the regular traffic data. Both TFS411 and 
TFS412 will be given with the regular traffic output if and only if 
either measurement is nonzero when at least one block of data (system 
or customer) is scheduled. 

(a) TFS411. This message provides a peg count of the number of 
connections that were held for at least 36 CCS but less than 50 
CCS, together with the total usage (CCS) on the connections. 

(b) TFS412. This message provides a peg count of the number of 
connections that were held for 50 CCS or longer, together with the 
total usage on the connections. 

2.36 If these figures indicate a potential problem, then the traffic TTY 
can be turned on for subsequent hours and the TFS 401/402 messages 
used to obtain more information. 
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TIME-OF-DAY AND 
DATE 


Time-Of-Day And 
Date Output 


Setting Time-of-Day 
and Date 


SYSTEM 

IDENTIFICATION 


• dial tone speed 

• loop traffic 

• junctor traffic. 

(e) Comparisons with the customer threshold levels for: 

• incoming matching loss 

• outgoing matching loss 

• average speed of answer 


• percent all trunks busy 


• Off-Hook Queuing (OHQ) overflow. 


2.41 The SL-1 system contains circuitry which generates timing signals 
that enable the’ CPU to execute real-time functions and keep an 
accurate time-of-day and date. To compensate for component 
tolerances, the time-of-day is corrected by making a daily adjustment. 
This adjustment is made automatically once a day at midnight. 


2 42 The time-of-day and date of the system can be queried and 
adjusted manually if required. The query and adjustment are made via 
the teletypewriter. The manual adjustment is also required in the event 
of a system reset. 


2.43 The time-of-day and date is included as part of scheduled traffic 
data outputs. It immediately follows the TFSOOO header and precedes 
the traffic data. When the traffic data output is invoked via the Traffic 
Control program, then the time-of-day and date is not output. The 
time-of-day and date can, however, be queried via the Traffic Control 
program. 


Note: In Generic Xll. the length of each field in the time and 
date is increased by one digit. 


2.44 The time-of-day and date must be redefined after a system reset 
(system reload) occurs. 

WARNING: Since the traffic measurement schedule and 
midnight routines reference the time-of-day clock, these 
programs can be inadvertently triggered by time 
adjustment. For example, adjusting the time from 11:05 to 
10:55 will result in the output of traffic data when the 
system clock reads 11:00, provided it is scheduled. 

2.45 The system Identification (ID) is required when the SL-1 system is 
controlled from a central administration center. The system ID 
identifies the system from which the traffic measurements originate. 
Each SL-1 system is identified by a unique 3-digit number which is 
output as part of the traffic data. 


Page 2-8 



PRACTICE 553-2001-450 


Customer Network 
Measurements 


Threshold Violation 
Measurements 


Line Traffic 
Measurement 


Note: Feature measurements can only be made on one customer at 
a time for a given system because only one holding area is 
provided. 

2.50 Customer network measurements (Generic Xll) are identified by 
the prefix TFN. The 3-digit code following the measurement identifies 
the type of measurement: 

• TFN001 - Route Lists 

• TFN002 “ Network Class-of-Service 

• TFN003 - Incoming Trunk Group. 

2.51 System threshold levels can be defined for: 

(a) Dial Tone Speed. Failure to provide dial tone to a set within 3 s 
of the system recognizing the seizure of the line. Expressed as a 
percentage of total dial tone requests in units of 0.1%. 

(b) Loop Traffic. The network loop usage per hour. Expressed in 
CCS. 

(c) Junctor Traffic. The junctor gTOup usage per hour. Expressed in 
CCS. 

2.52 Customer threshold levels can be defined for: 

(a) Incoming Matching Loss. Failure to match while attempting to 
set up a connection between an incoming trunk and an idle called 
line. Expressed as a percentage of total incoming connections in 
units of 0.1%. 

(b) Outgoing Matching Loss. Failure to match while attempting to 
set up a connection between a line and an idle outgoing trunk. 
Expressed as a percentage of total outgoing connections in units of 
0 . 1 %. 

(c) Average Speed of Answer. Average time, in units of 0.1 s, that 
calls wait to be answered by the attendant 

(d) Percent Last Trunk Busy. Last enabled trunk in a trunk group is 
made busy (incoming or outgoing). Expressed as a percentage of 
the total trunk connections in units of 0.1%. 

2.53 For each network loop a special set of lines and/or trunks can be 
defined. In addition to the normal traffic measurements, additional peg 
and usage measurements are made for this set of terminals. Lines 
and/or trunks to be included in this set are given the ITM (Individual 
Traffic Measurement) class-of-service (COS) and may be defined to the 
system via the Traffic Control program. (Attendants may not be given 
the ITM COS.) 
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Service Loops 


3 06 Loop Usage. The loop usage of a particular loop gives the total 
time that the time slots of the loop have been marked as busy and 
unavailable for other use. 


3.07 Loop FTM. The loop FTM is incremented when: 

(a) A terminal to terminal connection is blocked. In this case the loop 
FTM of both network loops is incremented. 

(b) A terminal or DTR to service loop path is blocked. An FTM will 
accumulate on both the service ;oop and the terminal loop. For any 
one call, at most one pair of FTM due to failure to find a tone 
path and/or one pair of FTM due to failure to find an outpulsing 
path can occur. 

(c) A 2500-type set to DTR path is blocked. An FTM will accumulate 
on "both the DTR loop and the terminal loop. For any one call, at 
most one pair of FTM oer blocked idle DTR can occur. After the 
first pass at all DTRs. further attempts to find an idle DTR and a 
path to it (the system tries again automatically) will not accumulate 
further loop FTM. 

(d) A terminal loop to conference loop connection is blocked when 
either trying to form a new conference or to add a new conferee 
to an existing conference. 


3.08 Intraloop Peg Count. If a path is eligible for Loop Peg Count 
and both terminals are on the same network loop, then the Loop Peg 
count is incremented twice, once for each terminal, and the Intra oop 
Peg Count is incremented once. 


3.09 Intra-loop Usage. If the path is between two connection points 
on the same loop, then the usage for the call is added twice to Loop 
Usage (each connection point occupied one time slot and therefore two 
time slots were busy on the loop) and once to the Intraloop Usage. 


3.10 Intraloop FTM. When a path is eligible to accumulate Loop FTM 
and both terminals are on the same loop, then loop FTM is incremented 
twice (once for each terminal) and Intraloop FTM once. 

3.11 Loop Peg Count. The count is incremented whenever a path to the 
loop is made idle. 

3.12 Loop Usage. Loop usage gives the total time that time slots of 
this loop have been marked busy and unavailable for other use. 

3.13 Loop FTM. When a path (for either a tone or outpulsing) is 
required between a terminal loop and service loop then, in general 
(maintenance routines are one exception), all service loops (of the 
appropriate type) in the system will be looked at to see if a path is 
available. If no path can be found to any service loop, then Loop FTM 
is incremented on the LAST service loop looked au If a path is found, 
then no Loop FTM is accumulated for any loop. Within a given 
network group, service loops are looked at in a fixed order. Normally, 
one service loop, the first choice, accumulates most of the peg and 
usage traffic, whilst another service loop, the last choice, accumulates 
all of the Loop FTM measurements. When repeated attempts are made 
by the system to find a path to provide a service (e.g.. dial tone) then 
any attempt after the first does not accumulate further Loop FTM. 
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ORMAT: 


System ID 

TFS001 







^Xoop 

^Number 

Loop 

Type 

Intra 

FTM 

Intra 

CCS 

Intra 

PC 

Loop 

FTM 

Loop 

CCS 

Loop 

PC 

O 

EXAMPLE: 








A 200 TFS001 







#00 

A 01 

~02 

#05 

07 

™08 

A 09 

I 13 

#15 

TERM 

TERM 

TERM 

CONF 

TDS 

TERM 

TERM 

TERM 

TDS 

00000 

00000 

00000 

00000 

00000 

00000 

00001 

00000 

00000 

0000006 

0000035 

0000031 

0000000 

0000000 

0000019 

0000089 

0000000 

0000000 

00004 

00022 

00020 

00000 

00000 

00011 

00066 

00000 

00000 

00000 

00000 

00000 

00000 

00000 

00000 

00002 

00000 

00000 

0000064 

0000123 

0000126 

0000000 

0000000 

0000143 

0000194 

0000025 

0000031 

00056 

00086 

00075 

00000 

00000 

00098 

00149 

00006 

014% 


Note: In Generic Xll. the loop number is expressed as a 3-digit number. 


TFS002 SERVICES 


Page 3-4 


3.20 TFS002 gives three categories of service measurements. The 
meaning of the measurements differs according to the type of service. 
The following measurements are provided for all services except 
Digitone receivers and Conference loops: 

(a) Service Request Peg Count. This measurement is incremented 
whenever a path between a terminal and a service loop is idled. 
The service provided (tone, outpulser or mf tones) defines which 
service request peg count to be incremented. An outpulser is held 
busy for the duration of outpulsing. This measurement, therefore, 
increments once per outgoing (or tandem) call that at least starts to 
outpulse digits. If it cannot be determined which service was being 
provided by a TDS loop then miscellaneous tone is assumed and the 
miscellaneous tone service peg count is incremented. 

(b) Service Usage. This gives the time that the path to the service 
loop was busy. This is not necessarily the same time as the time 
during which the service was actually applied, as certain paths (e.g., 
outpulsing) are reserved before they are to be used and only idled 
when it is certain that they are no longer required. 

(c) Service FTM. When no path can be found between a terminal and 
any service loop then the appropriate Service FTM, according to 
the path's purpose, is incremented. When repeated attempts are 
made by the system to obtain a path for a service (i.e.. dial tone, 
overflow tone or outpulser) then any attempts after the first will 
not accumulate further Service FTMs. 
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09 for Conference 

10 for MF tone for ANI 

11 for SL-1 Tone Detector. 

3.29 Dial tone, busy tone, overflow tone, ringback tone, tone ring and 
Digitone receiver all peg once per connection to the service. Outpulsers 
peg once each time they are used in a normal outgoing call. 
Miscellaneous tone includes override, busy verification, etc. When an 
attempt to find a network path between a terminal and a service loop 
results in a failure to match: 

(a) Requests for Digitone receivers, dial tone, overflow tone and 
outpulsers connections are placed in queues and periodic attempts 
to find a network path are made. 

(b) Requests for tones other than dial tone and overflow tone are 
abandoned. 

(c) Conference connections are replaced by overflow tone. The console 
tone and the SL-1 buzzing tone are not provided by the tone and 
digit switch. 




Page 3-6 




PRACTICE 553-2001-450 



Table 3-C 

TFS003 DIAL TONE DELAY - FORMAT AND EXAMPLE 


FORMAT: 


System ID TFS003 

Delav Delav Total Delays 

>3 s' >10 s > or = 1 s 


EXAMPLE: 


200 TFS003 

00003 00001 0040 


TFS004 PROCESSOR 3.31 The Processor Load output (Table 3-D) gives peg counts for idle 

L0AD cycle count, total CPU attempts, load peak peg. input/output buffer 

overflow and call register overflow. 

3.32 Idle Cycle Count. The idle cycle count gives an indication of the 
load on the CPU. As the load increases, the idle cycle count decreases 
and vice-versa. This count is incremented every time the processor does 
not have any of the following tasks to perform: 

• Input messages (including timing marks) 

• 128 ms timing tasks (high-priority or low-priority) 

• Ring/queue activity 

• TTY inpuu 

3.33 Total CPU Call Attempts. This is incremented once for each of: 

• Dial tone request 

• Incoming trunk seizure 

• Attendant origination to initiate a call 

• Each attempt the attendant makes to extend a call. 

3.34 Load Peak Peg. This is a count of the number of times that, 
within a 128 ms period, the processor does not have time to complete 
all the necessary 128 ms timing tasks (or tasks of a higher priority than 
the 128 ms timing). 
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Note: The factor 2500 is derived by derating the number of 
seconds in one hour (3600) such that there is 91% real time 
occupancy at 1.3 times the Average Busy Season Busy Hour 
(ABSBH) traffic, to provide the High Day Grade of Service (i.e., 
20% of calls experience dial tone delay greater than 3 s). 



FORMAT: 


System ID TFS004 

(Idle Cycle Count) (CPU Attempts) (Load Peak Peg) 
(HPIB Overflow Peg) (LPIB Overflow Peg) 

(500/2500 OB Overflow Peg) (SL-1 OB Overflow Peg) 
(CR Overflow Peg) 

EXAMPLE: 


200 TFS004 

1474233 00446 00001 

00000 00000 

00000 00000 

00000 


TFS005 LINES 3.40 These measurements (Table 3— E) are associated with a given set of 

terminals (not including attendants) on each loop. These are the 
terminals that are assigned the ITM COS. Usage and peg count 
measurements are accumulated for any one group of lines and/or 
trunks per terminal loop. The measurements include all the counts that 
are pegged in TFC001. 

3.41 Line Peg Count. For terminals other than trunks. When an 
established path involving a terminal with ITM COS is idled, then Line 
Peg Count is incremented for the terminal’s loop. If both terminals of 
an established path have ITM COS then two Line Peg Counts will 
accrue, one for each terminal. In addition, when an established path 
between a terminal and a conference is idled then, if that terminal has 
ITM COS. Line Peg Count is incremented for the terminal’s loop. 

3.42 For all trunk terminals the Line Peg Count is incremented when 
the trunk with ITM COS is idled if. at any time since the trunk was 
seized, it was involved in an established connection. 

3.43 Line Usage. This is the total usage for all calls contributing to 
Line Peg Count 
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3.46 Junctor Peg Count. The Junctor Peg Count is the total count for 
completed calls between network groups where a talking path has been 
established. Connections from tone and digit loops do not affect the 
peg count The Junctor Peg Count is incremented whenever the path 
satisfies the conditions specified under TFS001, Loop Peg Count 

3.47 Junctor Usage. When any path between two connection points on 
different network groups is idled, the usage of that path is accumulated 
in Junctor Usage. This measurement therefore,‘gives the total time that 
time slots of the junctor group were busy and unavailable for other use. 

3.48 Junctor FTM. The Junctor FTM is the count of a failure to 
match while attempting to set up a connection between network groups. 
The Junctor FTM is incremented whenever a path is blocked and the 
conditions under TFS001, Loop FTM, are satisfied. 

3.49 One line of output containing the junctor number, junctor failure 
to match, junctor usage and junctor peg count is given for each junctor 
group. 


Table 3-F 

TFS007 JUNCTORS - FORMAT AND EXAMPLE 



FORMAT: 




System ID TFS007 



Junctor 

Junctor 

Junctor 

Junctor 

Group 

FTM 

Usage 

PC 

EXAMPLE: 




222 TFS007 




01 

00001 

0002344 

01667 

02 

00000 

0002122 

01322 

12 

00002 

0001993 

00922 
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Tandem Calls 


Ineffective Attempts 


4.12 Intracustomer FTM. Incremented when a path cannot be found 
between two terminals, neither of which is a trunk. 

4 13 Tandem Peg Count. Incremented when an established connection 
between two terminals, both of which are trunks, is idled and both 
trunks are also to be idled. A tandem call does not increment either 
Incoming or Outgoing Peg Counts. 

4 14 Tandem Usage. When an established path between two terminals, 
both of which are trunks, is idled then tandem usage is accumulated. 

4.15 Tandem FTM. When a path between two terminals, both°fwhich 
are trunks, cannot be found due to network blocking, then Tandem 
FTM is incremented. Two attempts are made to find a path between the 
originating trunk and an idle outgoing trunk. If both attempts fail, one 
tandem FTM is pegged. 

4.16 Partial Dial. Incremented for 2500-type sets only when dialing is 
not completed within 30 s. 

4.17 Abandon. Incremented when a terminal, other than a trunk, goes 
on-hook and thus abandons a call before having dialed a complete 
directory number or a trunk access code. This count will not increment 
if a partial number has been outpulsed on a trunk route. 

4.18 Permanent Signal. Incremented when: 

• a terminal does not start dialing within 30 s of receiving dial tone 


• a terminal, other than a trunk or attendant, does not continue dialing 
once it has started and is placed into the line-lockout condition. 
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TFCOof NETWORKS " FORMAT AND EXAMPLE 


FORMAT: 

System ID TFC001 


% 

Customer Number 

Incoming FTM 

Incoming CCS 

Incoming PC 

Outgoing FTM 

Outgoing CCS 

Outgoing PC 

Intra-Customer FTM 

Intra-Customer CCS 

Intra-Customer PC 

Tandem FTM 

Tandem CCS 

Tandem PC 

Permanent Signal 

EXAMPLE: 

200 TFC001 

Abandon 

Partial Dial 

00 

00000 

0000092 

00072 

00000 

0000114 

00074 

00000 

0000063 

00083 

00000 

0000005 

00003 

00001 

00016 

00000 

Note: In Generic Xll. 

the customer number is expressed as a 

3-digit number. 


TFC002 TRUNKS 



4.19 An output (Table 4-B) is given for each trunk group of each 
customer. The data includes peg count, usage, overflow, all trunks busy 
and toll peg count. The trunk type may be: 

• Watts lines (WATT) 

• Foreign Exchange (FEX) 

• Common Control Switch Arrangement (CCSA) 

• Direct Inward Dialing (DID) 

• Central Office (CO) 

• TIE trunks (TIE) 

• Paging (PAGE) 

• Dictation (DICT) 

• Recorded Announcement (RAN) 

• Automatic Identification of Outgoing Dialing (AIOD) 

• Centralized Automatic Message Accounting (CAMA). 
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T^nk Status 4.20 Trunks Equipped. This is the number of trunks configured in the 

route at the current time. 

^ 4.21 Trunks Working. This is the number of trunks enabled in the 

route at the current time. 

^ 4.22 All Trunks Busy. Only valid for trunk groups with more than 

one equipped member. Incremented whenever the last enabled trunk of 
0k the group is made busy. 

looming Trunks 4.23 Incoming Trunk Peg Count. If a path is eligible to be included 

fy in TFC001, Incoming Peg Count, then the Incoming Trunk Peg Count 

for the appropriate trunk group is also incremented. 

^ 4.24 Incoming Trunk Usage. If a path is eligible to be included in 

TFC001. Incoming Usage, then the usage is also added to Incoming 
0 Trunk Usage for the appropriate trunk group. 

cQgoing Trunks 4.25 Outgoing Trunk Peg Count. If a path is eligible to be included 

in TFC001, Outgoing Peg Count, then Outgoing Trunk Usage is also 
incremented for the appropriate trunk group. 

4.26 Outgoing Trunk Usage. If a path is eligible to be included in 
TFC001, Outgoing Usage, then the usage is also added to Outgoing 
Trunk Usage for the appropriate trunk group. 

4.27 Outgoing Trunk Overflow. Incremented when a request for a 
trunk on this group fails, there being no idle, enabled trunk available. 
The overflow is counted even though the request may continue through 
(e.g., the ARS feature) to search other routes for an idle trunk. If a 
trunk is idle and enabled, but completion to that trunk is not possible 
due to network blocking, then Outgoing Trunk Overflow is not 
incremented. 

Note 1: Outgoing trunk connections are not considered complete 
until the End-Of-Dialing (EOD) timer expires after the last digit 
is dialed (normally 13 s). This means that connections of less than 
the EOD timer will not accumulate traffic data as complete 
connections. End of dialing may be forced by dialing an 
octothorpe (#). In this case the EOD timer is superceded. 

Note 2: If an outgoing trunk call is disconnected before the EOD 
timer expires. TFS001 usage will be accumulated. TFS001 peg 
count, TFC001 and TFC002 will not be incremented. 

4.28 Only valid for CO and FEX routes. Incremented when the first 
meaningful digit dialed after the access code is either a '0' or a T. A 
meaningful digit is one that is not absorbed by either the SL-1 or by 
the connecting central office. The measurement is incremented as soon 
as the first meaningful digit is dialed. Even if it is abandoned directly 
after the first meaningful digit, the Toll Peg Count will still have been 
accrued. It is possible, therefore, to get Toll Peg Count in excess of the 
number of completed outgoing calls. 
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4.32 Average Speed of Answer (ASA). This is the time that a call 
waits after its request to terminate at an attendant is recognised by the 
system and before it is answered. It is calculated by the following 
f ormula: 

ASA = l (calls delayed X average time in queue)/total calls 1 + 
average attendant response. 

Note 1: The percentage of the total calls that have to enter the 
attendant queue are not recorded. Therefore, no correlation 
between Average Speed of Answer, Average Attendant Response 
and Average Time in Queue can be made. 

Note 2: Total calls include all incoming calls, dial ‘O’, and recalls. 
Example: 

Customer 3, 4th. of October, 9:00 
Peg Count in queue = 2 
Average time in queue = 3 s 
Average attendant response = 2.4 s 
Total calls = 9 

ASA = (2x3)/9 + 2.4 = 3.1 s. 

4.33 Peg Count of Calls Delayed. Incremented whenever a call is 
removed from the attendant queue. If a call is removed from the queue 
and is presented but then is replaced into the queue because a second 
call has been selected via an ICI. this measurement is only incremented 
once as if the first call had remained in the queue throughout. 
Abandoned calls do not increment this count, whether they abandon 
while in the queue or after they are presented. 

4.34 Peg Count of Abandoned Calls. Incremented whenever a call 
abandons before being answered by the attendant. 

4.35 Average Waiting Time of Abandoned Calls. The average time 
that a call counted in Peg Count of Abandoned Calls waited before 
abandoning. 

Note: For systems equipped with the Centralized Attendant 
Service (CAS) remote feature (Generic X05 and later), TFC003 
measurements are also kept for RLT. The measurements for the 
local attendant(s) at the remote location and the RLT are 
combined in TFC003. (The CAS feature is described in 
553-2681-100.) 
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4.41 Total Time Spent Servicing Calls. Total Time Spent Servicing 
Internal Requests plus Total Time Spent Servicing External Requests 
with perhaps an error of plus or minus 2 CCS. because of rounding in 
the CPU. 

4.42 Total Time Console is Manned. The total time that the console 
was neither in Night Service nor Position Busy. Although a console is in 
Night Service or Position Busy, a call at present on the console can still 
be completed and, therefore, accumulate time. Also, new calls can still 
be originated by the attendant from the console. It is therefore possible 
to have a Total Time Spent Servicing Calls Greater than Total Time 
Console is Manned. 

4.43 Number of Times All Attendant Loops are Busy. Incremented 
whenever the last attendant loop on the console is made busy. 

4.44 One output is provided for each attendant. Data includes peg 
count and work time. ‘Total time' measurements are expressed in CCS. 
Internal calls include those originated by the attendant. 

4.45 The total time spent servicing calls may not exactly equal the sum 
of the total times spent servicing internal and external requests due to 
rounding (e.g.. 1.3 and 1.4 both round down to 1. but their sum. 2.7, 
rounds up to 3). The total time a console is manned equals the total 
time the console is NOT in Night service and is NOT Position Busy. A 
position busy console may make outgoing calls and complete any 
incoming call presented to the console before the console was made 
position busy. 
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FORMAT: 


System ID TFC005 
Customer Number 
(Feature Number) (Peg Count) 

EXAMPLE: 


200 

TFC005 

00 

00 

00012 

01 

00002 

02 

00003 

03 

00015 

04 

00002 

05 

etc. 

00000 


Note: In Generic XI1. the customer number and feature number 
are expressed as 3-digit numbers._ 


Table 4-F 

TFC005 FEATURE KEY NUMBERS 


NUMBER FEATURE NUMBER 


00 

Auto Dial 

17 

01 

Call Forward 

18 

02 

Call Pickup 

19 

03 

Call Transfer 

19 

04 

Call Waiting 

20 

05 

3-Party Conference 

20 

06 

6-Party Conference 

21 

07 

Manual Signaling 

21 

08 

Override 

22 

09 

Privacy Release 

22 

10 

Private Line Service 

23 

11 

Ring Again 

24 

12 

Speed Call 

25 

13 

Voice Call 

26 

14 

Volume Control 

27 

15 

Busy Verify 

28 

16 

Barge In 

29 

30 


FEATURE 


Call Selection (ICI) 

Attendant Recall 

Dial Intercom 

Message Center INCALLS 

(X07) 

SL-1 Set Message Waiting 
Attendant Message 
Indication (X07) 

SL-1 Set Message Indication 
(X07) 

Message Indication 

SL-1 Set Message Waiting (X07) 

Message Cancellation 

Message Center INCALLS 

Attendant Overflow 

Group Call 

Auto Answerback 

spare 

spare 

Call Park 

Stored Number Redial 
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4.60 The output is a breakdown over ARSQ codes (0 to 3), over 
defined Routings (0 to 255) and over associated routes of a Routing for 
the ARS Total Terminations peg. There is no breakdown over individual 
traffic items. 

4.61 Each line of output is identified by a mnemonic: QC for ARSQ 
code SB for Routing and RT for a route of a Routing. The ordering of 
the output is all ARSQ codes scheduled for printing followed by all 
Routings sheduled for printing. Each Routing is followed by the route 
breakdown for the ARS Total Termination peg. 
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4.66 Average Wait Time of System Park Number. This is the 
average time that calls wait on system park numbers. The time includes 
calls that are abandoned, pickup up by the paged party or released by 
the attendant on recall. The value is expressed in units of 0.1 s. 


Table 4-H 

TFC007 SYSTEM PARK “ FORMAT AND EXAMPLE 


FORMAT: 

System ID TFC007 
Customer Number 

(Usage Count) (Overflow PC) (Recall PC) (Avg. Wait Time) 
EXAMPLE: 

200 TFC007 
00 

00002 00009 00003 00157 


TFCC07 CALL PARK 4.67 Traffic measurement data is accumulated for the following items 

(Generic XII, X37) related to usage of the Call Park feature (Table 4-1). 

4.68 System Park Usage. This count identifies the number of calls 
that were parked to a System Park DN. 

4.69 Station Park Usage. This count identifies the number of calls 
that were parked to a Station Park DN. 

4.70 System Park Overflow. This count identifies the number of 
calls that could not be parked because a System Park DN was not 
available. 

4.71 Parked Access. This count identifies the number of parked calls 
that were successfully accessed. 

4.72 Park Recall. This count identifies the number of parked calls that 
were recalled after the Call Park Recall Timer (service changeable) 
expired. 

4.73 Average Wait for Access. This value (expressed in units of 0.1 
s) reflects the average lime that parked calls waited before being 
accessed. 
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'Table 4-J 

TFC008 IMS/IVMS ~ FORMAT 


System ID TFC008 
Customer Number 


APL# OUTQ INPQ AVGOQ AVG1Q DOWN OCR ICR TO NAK CHAR^ 

OVFL OVFL SIZE SIZE TIME UAV LAV uinsyin^ 


OMSG 

MSGO 
MSG 10 

MSG1 

MSG 11 

MSG9 
MSG 19 

IMSG 

MSGO 

MSG10 

MSG1 

MSG11 

MSG9 

MSG19 


PACKET XXXXX 

acd-dn qlngth madrct maindrt abndn abndn avg dcp pop 

avg dly 
wait 


TST 

ACD-DN TOTAL 
CALLS 

TMG 

ACD-DN QLNGTH 


where, 

(a) APL 


SPRE CFW UST FAIL 


TOTAL SUCC ABNDN FAIL 
CALLS 


AVG MARQST 
TIME 


APL# 

OUTQ OVFL 
INPQ OVFL 
AVFOQ SIZE 
AVGIQ SIZE 
DOWN TIME 
OCR UAV 
ICR UAV 
TO 
NAK 


= the number of the APL 
= output queue overflow 
= input queue overflow 
= average output queue size 
= average input queue size 
= total APL down time in seconds 
= output message call register unavailable 
= input message call register unavailable 
= total timeout count 

= total number of negative acknowledgements 
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Table 4-J Continued 
TFC008 IMS/IVMS ~ FORMAT 


QLNGTH 
TOTAL CALLS 
SUCC 
ABNDN 
FAIL 

AVG TIME 
MARQST 


= total number of calls queued for the message attendant 

= total number of Telset messaging calls 

= total number of successful Telset messaging calls 

= total number of abandoned Telset messaging calls 

= total number of unsuccessful Telset messaging calls 

= average Telset messaging processing time in seconds 

= total number of Telset messaging calls that requested the message 
attendant. 
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Note 3: If the New Flexible Code Restriction (NFCR) feature is 
equipped in conjunction with either BARS or CDP, the number of 
available NCOS groups is 8 (0 to 7). If the AUTOVON feature is 
equipped with BARS or CDP, 16 (0 to 15) NCOS groups are 
available. 

5.03 The routing traffic measurements (TFN001) provide data related to 
route list utilization. The measurements show how often a route list was 
accessed, which entries in the list were used and whether the call was 
successful in completing a selection or connection. Routing traffic 
measurements are available at SL-1 Node and SL-1 Main switches. 

5.04 Routing traffic measurements (Table 5-B) are provided for each 
defined route list at an SL-1 switch. 

5.05 Route List Requests. This measurement identifies the total 
number of attempts (calls) in which the called destination translations 
identified this route list to attempt call completion. The count is 
incremented each time the route list is selected to attempt route 
selection. 

5.06 Route List Requests Served Without Delay. This measurement 
identifies the number of calls which were routed without encountering 
blockage or queuing. The count is incremented when a route list is 
selected and an available trunk is chosen without being offered 
Off-Hook Queuing (OHQ) or Call-Back Queuing (CBQ). The count 
includes expensive route acceptances. 

5.07 Expensive Route Acceptances. This measurement identifies the 
number of times calls were routed over an expensive route choice after 
the caller was informed of the additional cost of the call. The count is 
incremented after a caller receives Expensive Route Warning Tone 
(ERWT) and elects to complete the call over the expensive facility. 

5.08 Route List Requests Standard Blocking. This measurement 
identifies the number of call attempts that could not be served because 
a route or queuing process was not available to the caller. The blocked 
call may have been given overflow tone or recorded announcement, or 
routed to the attendant. The count is incremented if: 

• the caller’s Facility Restriction Level (FRL) is not sufficient to select 
any route choice 

• no route choice is available and the caller is only allowed OHQ but 
too many calls are already queued 

• the call times out in the OHQ 

• blocking occurred and the system could not select another route 
choice and neither OHQ nor CBQ is allowed. 

5.09 Route List Entry Usage Count. This measurement identifies the 
number of calls that were successfully routed over a particular route list 
entry (trunk route). A count is maintained for each route list entry. The 
count is incremented when: 

• an entry is selected without being offered OHQ or CBQ 

• an entry is selected after OHQ or OHQ timeout 
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5.18 Quantity of CBQ Offerings. This measurement identifies the 
number of CBQ calls that were offered CBQ callbacks regardless of 
whether the CBQ callback was answered. The count is incremented 
when the caller is presented with the CBQ callback. 


5.19 Quantity of CBQ User Cancellations. This measurement 
identifies the number of CBQ calls that were removed from the CBQ at 
the user’s request. The count is incremented when: 

• a local station (500/2500-type set) dials the Ring Again cancellation 
code 

• a local station (SL-1 set) depresses the Ring Again feature key when 
the associated lamp is steadily lit. 

Note: Only those calls actually found in the CBQ and removed are 
counted. 

5.20 With Generic Xll Release 3. traffic measurements for the SL-1 
Tone Detector (SL1TD) are included in the TFN001 message. The peg is 
incremented when a trunk is seized but released when alternate routing 
is performed during a call involving an SL1TD. 
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0TFNOO2 NETWORK 
^JCLASS-OF-SERVICE 
MEASUREMENTS 


5.21 Traffic measurements are collected for each defined NCOS group 
(0 to 15) to indicate the grade of service, in terms of blocking and 
queuing delay, being provided by the system. If a grade of service is 
determined by the communications manager to be appropriate for users 
in a particular NCOS group, then the communications manager can 
either reassign the users to another NCOS group, redefine the 
characteristics of the existing NCOS group or change the routing 
parameters (see Table 5-C) ; 

5.22 Quantity of Calls Received. This measurement identifies the 
toral number of network call attempts generated by users assigned to 
this NCOS group. 

5 23 Routing Requests Served Without Delay. This measurement 
identifies the number of call attempts that were routed without 
encountering blockage or being offered queuing. 


5 24 Expensive Route Acceptances. If the NCOS group is defined 
to provide an Expensive Route Warning Tone (ERWT) to the call 
originator when an expensive route is selected for call completion, the 
count is incremented if the user allows the call to complete over the 
expensive facility after having received the ERWT. 

5 25 Network Call Standard Blocking. This measurement identifies 
the number of call attempts, by users in this NCOS group, that could 
not be served because a route or queuing process was not available to 
the user. 

5.26 Calls Refusing Expensive Routes. This measurement identifies 
the number of callers that received ERWT and either abandoned he 
call or activated the Ring Again feature to place the call in th 
Call-Back Queue. 

5 27 Quantity of Calls Placed in OHCL This measurement identifies 
the number of calls, generated by users in this NCOS group, that were 
offered Off-Hook Queuing (OHQ) and accepted the offer. 


5 28 Average Time in OHQ. This measurement identifies the average 
duration that calls remained in the OHQ. The time is expressed in units 
of 0.1 s. (Calls which time out in the queue are included in the average.) 

5 29 Quantity of CBQ calls. This measurements identifies the number 
of caS that we° offered Call-Back Queuing (CBQ) and accepted (i.e., 
invoked Ring Again) the offer. 

5 30 Average Time in CBQ. This measurement identifies the average 
time (in units of 0.1 s) that calls in this NCOS group waited in the CBQ 
for an available route. The measurement includes calls which requested 
a CBQ cancellation, calls which were completed and calls that initiated 
direct Ring Again against trunks. 
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5.34 Quantity of Incoming Calls Offered CCBQ or CBQCM. This 
measurement identifies the number of incoming trunk calls that were 
blocked at the SL-1 Node and the user was given the option of 
accepting an SL-1 Node initiated callback when facilities become 
available. The measurement relates to use of the CBQ feature by users 
at an SL-1 Main (Coordinated Call-Back Queuing) or Conventional 
Main (Call-Back Queuing for Conventional Mains). 

5.35 Quantity of Calls Accepting CCBQ or CBQCM. This 
measurement identifies the number of incoming trunk calls that were 
blocked at the SL-1 Node, were offered CBQ and accepted the offer. 
The count relates to CBQ acceptances by users at an SL-1 Main or 
Conventional Main. 

5.36 Average Time in CBQ. This measurement (expressed in units of 
0.1 s) reflects the average time that users at an SL-1 Main or 
Conventional Main remained in the CBQ (at the SL-1 Node) for a 
facility to become available. 

Note 1: When a CCBQ callback is offered to a busy station at an 
SL-1 Main, the call is removed from the queue for 5 minutes then 
reinserted in the queue. This process occurs only once. The 
additional queuing time is added to the average time. The 5 minute 
suspension time is not included in the average time, nor is 
reinsertion into the queue pegged as another CBQ call. 

Note 2: When a CBQCM callback is offered to a station at a 
Conventional Main that is busy or fails to answer the callback, the 
call is removed from the queue and reinserted into the queue as 
specified in Note 1. 

5.37 Quantity of Calls Blocked in Callback. This measurement 
identifies the number of CBQ callbacks (CCBQ or CBQCM) initiated by 
the SL-1 Node that could not be completed because an outgoing trunk 
group (to the SL-1 Main or Conventional Main) was not available. 

5.38 Callback Attempts No Answer and Cancellation. This 
measurement identifies the number of callback attempts that were not 
successful because the caller failed to answer the callback. CBQ 
callbacks to a station at an SL-1 Main that has previously cancelled 
CBQ are treated as callback attempts no answer. 
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Table 5-D 

TFN003 INCOMING TRUNK GROUP - FORMAT 


System ID TFN003 
Customer Number 
TRKG xxx 

OHQ aaaaa bbbbb 

CBQ ccccc ddddd eeeee fffff ggggg 

where, 

a = quantity of calls placed in OHQ 
b = average time in OHQ (in units of 0.1 s) 
c = quantity of incoming calls offered CBQ (CCBQ or CBQCM) 
d = quantity of calls accepting CBQ offer (CCBQ or CBQCM) 
e = average time in CBQ (in units of 0.1 s) 
f = quantity of blocked CBQ callbacks (CCBQ or CBQCM) 
g = quantity of callback attempts not answered or cancelled 
x = incoming trunk group number (0 to 127) _ 


TFN101 OHQ 5.39 The Off-Hook Queue (OHQ) overflow threshold measurement 

OVERFLOW provides an indication that more than the expected number of users are 

THRESHOLD timing out in the OHQ. This means that OHQ is offered and accepted 

but a trunk does not become available before the service-changeable 
OHQ lime limit expires. This could result from trunks being out of 
service, an incorrectly defined OHQ time limit or temporary traffic 
overload. 

5.40 OHQ Overflow Threshold Format. 

System ID TFN101 
Customer Number 

OHQT aaaaa bbbbb 

where, 

aaaaa = the number of OHQ calls which timed out (overflowed) in the 
OHQ before an available trunk was found. 

bbbbb = the threshold. This value (expressed in units of 0.1 percent) 
represents the total number of OHQ overflow, divided by the total 
number of OHQ offers plus the OHQ overflows. 
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JFCIOI INCOMING 
MATCHING LOSS 


TFC102 OUTGOING 
MATCHING LOSS 


(Junctor Group) (Junctor Usage) (Threshold) 
6.10 Example. 

222 TFS105 
13 0002341 0002000 


6 11 This is a threshold level set on the percentage of incoming calls 
where a failure to match occurs while attempting to set up a connection 
between an incoming trunk and a called line or the attendant, or the 
attendant fails to extend the call due to a failure to match. It is 
expressed in units of 0.1%. Also output when a threshold violation 
occurs is TFS001. Networks. 


Note: When an incoming call is not presented to an attendant due 
to a failure to match, it is included in the Incoming Matching Loss 
(IML) figure but it is not necessarily lost The call is placed in the 
attendant queue and regular attempts are made to present it to an 
attendant when the network permits. A call contributes at most 
one failure to match count to the IML measurement regardless of 
further failures to complete due to failures to match. 


6.12 Incoming Matching Loss Threshold Format. 

System ID TFC101 
Customer Number 

(Incoming Matching Loss) (Threshold) 

6.13 Example. 

200 TFC101 


00 


00014 00010 

6 14 This is a threshold level set on the percentage of outgoing calls 
where a failure to match occurs while attempting to set up a connection 
between a line equipment and an outgoing trunk. It is expressed in 
of 0.1%. Also output when a threshold violation occurs is TFS00 , 
Networks. Each outgoing call can be pegged only once for outgoing 
matching loss. 

6.15 Outgoing Matching Loss Threshold Format. 


System ID TFC102 
Customer Number 

(Outgoing Matching Loss) (Threshold) 


6.16 Example. 
200 TFC102 


02 
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TFC103 AVERAGE 
SPEED OF ANSWER 


TFC104 PERCENT ALL 
TRUNKS BUSY 


00014 00010 

6.17 This is a threshold level set on the average time, in units of 0.1 s, 
that calls wait to be answered by the attendanL Also output when a 
threshold violation occurs are TFC003, Queue, and TFC004, Console. 

6.18 Speed of Answer Threshold Format. 

» 

System ID TFC103 
Customer Number 

(Average Speed of Answer) (Threshold) 

6.19 Example. 

200 TFC103 
00 

00152 00120 

6.20 This is a threshold level set on the percentage of trunk 
connections where the last trunk in a trunk group is made busy. It is 
expressed in units of 0.1%. The All Trunks Busy measurement is only 
made for trunk groups that have more than one member. The equation 
for calculating this threshold is: 

All Trunks Busy Peg Count/(Successful Calls + Overflows) 

Note: Successful calls are defined as those that have been 
answered or reached the established state. All calls except outgoing 
trunk calls are considered successful as soon as they are answered. 
Outgoing trunk calls are considered successful only when the 
End-Of-Dialing (EOD) timer has expired or an octothorpe (#) has 
been dialed to force an end of dialing. 

6.21 Percent All Trunks Busy Threshold Format. 

System ID TFC104 

Customer Number 
Trunk Group 

(All Trunks Busy) (Threshold) 

6.22 Example. 

200 TFC104 
02 

04 

00024 00017 
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Abbreviations 


TRAFFIC 

MEASUREMENT 

SCHEDULES 


(c) A period (.) prompt indicates that the system is ready to receive a 
new command from the teletypewriter. 

(d) A double dash (—) prompt is output after an S or C command and 
indicates that the system is now ready to receive data. 

(e) An asterisk (*) in the command definition indicates that the 
carriage return should be depressed. 

(f) In this practice, the commands input by the user are written in 
upper case and the system responses are written in lower case. 

(g) Table 8-C gives a listing of error messages that can be output while 
using the Traffic Control program. 

8.05 The following abbreviations are used to define the various data 
fields within a traffic measurement command. 

sh = start hour 
eh = end hour 
sd = start day 
ed = end day 
sm = start month 
em = end month 
so = schedule options 
tc = threshold codes 
tv = threshold values. 

8.06 Traffic measurement schedules can be set independently for 
system and customer measurements. The schedule options arc: 


0 - No traffic scheduled 

1 - Hourly, on the hour 

2 - Hourly, on the half-hour 

3 - Half-hourly, on the hour and half-hour. 

8.07 A schedule period runs from the start hour of the start day to the 
end hour of the end day, only on the days of the week specified. 

8.08 The start day, the start month, the end day and the end month are 
numerical representations of the date. For example, August 17 is 
entered as 17 8. The days of the week are specified as follows: 

1 = Sunday 

2 = Monday 

3 = Tuesday 

4 = Wednesday 

5 = Thursday 

6 = Friday 
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Note: To clear the schedule enter 0. 

Example: 

.SSHC 0 16 7 14 5 -- 1 6 12 6 
12 21 3 — 0 23 3 
2 3 4 5 6 — 1 

TRAFFIC 8.14 System Measurement Options. The system measurement options 

MEASUREMENT are: 

OPTIONS 

Option 1 ~ Networks (per loop) 

Option 2 - Services 

Option 3 ~ Dial Tone Delay 

Option 4 - Processor Load 

Option 5 - Lines 

Option 7 - Junctor Group Traffic. 

8.15 Customer Measurement Options. The customer measurement 
options are: 

Option 1 - Networks (per customer) 

Option 2 ~ Trunks 

Option 3 ~ Queue 

Option 4 - Attendant Console 

Option 5 ~ Features 

Option 6 ~ ARSQ/RGA (not applicable in Xll) 

Option 8 ~ Integrated Messaging System and Integrated Voice 

Messaging System. 

Note: If no options are currently set. NIL is output by the system. 
If option 5 is to be set for a customer then the customer must be 
defined via command SCFT. 

8.16 Network Measurement Options. The network measurement 
options (set on a customer basis) are: 

Option 1 - Route List Measurements 

Option 2 “ Network Class-of-Service Measurements 

Option 3 - Incoming Trunk Group Measurements. 

8.17 Query System Traffic Measurement Options. The format of 
this command is: 
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SOPN (CUSTOMER) (options) -- (OPTIONS) 

Example: 

.SOPN 0 2 — 1 

8.24 Query Customer Network Traffic Options. Use the following 
command to'query the network traffic options: 

TOPN (CUSTOMER) (options) 

Example: 

.TOPN 0 1 2 


8.25 Clear Customer Network Traffic Options. Use this command 
to clear the network traffic options: 

COPN (CUSTOMER) (options) — (OPTIONS) 

Example: 

.COPN 0 12 — 1 


1ESHOLDS 8.26 Threshold levels can be queried or set for the system or for each 

customer. The system thresholds with their respective codes and ranges 
of values are given in Table 8-A. The customer thresholds with their 
respective codes and ranges of values are given in Table 8-B. 


la 8-A 

STEM THRESHOLDS 


CODE MEASUREMENT RANGE 


Dial Tone Speed 
Loop Traffic 
Junctor Group 
Traffic 


1 

2 

3 


00.0% to 99.9% 
000 to 999 CCS 
0000 to 9999 CCS 
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SOPN (CUSTOMER) (options) — (OPTIONS) 

Example: 

.SOPN 0 2 -- 1 

8.24 Query Customer Network Traffic Options. Use the following 
command to query the network traffic options: 

TOPN (CUSTOMER) (options) 

Example: 

.TOPN 0 1 2 


THRESHOLDS 


8.25 Clear Customer Network Traffic Options. Use this command 
to clear the network traffic options: 

COPN (CUSTOMER) (options) — (OPTIONS) 


Example: 

.COPN 0 12 — 1 


8 26 Threshold levels can be queried or set for the system or for each 
customer. The system thresholds with their respective code; and ranges 
of values are given in Table 8-A. The customer thresholds with their 
respective codes and ranges of values are given in Table 8 B. 


Table 8-A 


cvctcm THRFSHOLDS - 


CODE 

MEASUREMENT 

RANGE 


1 

2 

3 

Dial Tone Speed 

Loop Traffic 

Junctor Group 

Traffic 

00.0% to 99.9% 

000 to 999 CCS 

0000 to 9999 CCS 
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LINE TRAFFIC 
TERMINALS 
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8.31 These commands are used to query and change the Individual 
Traffic Measurement (ITM) class-of-service for given Terminal 
Numbers (TN). SL-1. 500/2500-type or trunk terminals can have this 
class-of-service. Terminals with ITM set are included in the groups for 
which Line Traffic Measurements ae recorded. 

8.32 Query Line Traffic TN. The format for this command is: 

TITM 

(tn) 

(tn) 

(tn) 

etc. 


Note: If only the loop number is printed, it means that all 
equipped terminals have ITM set If only the loop and shelf 
numbers only are printed, it means that all equipped terminals on 
the specified shelf have ITM set. If the loop, shelf and card 
numbers are printed, it means that all equipped terminals on the 
specified card have ITM set. 

Example: 

.TITM 
SHELF 04 0 
LOOP 05 
TN 11 3 4 1 
CARD 13 2 1 
TN 15 1 2 0 

8.33 Set Line Traffic TNs. The format for this command is: 

SITM 

(tn) 

(tn) 

(tn) 

etc. 

— (TN) 

— (TN) 

— (TN) 


Note 1: If only the loop number is entered and RETURN is 
depressed, it requests that all equipped TNs on the specified loop 
have ITM seL 

Note 2: If only the loop and shelf numbers are entered and 
RETURN is depressed, it requests that all equipped TNs on the 
specified shelf have ITM set 

Note 3: If the loop, shelf and card numbers are entered and 
RETURN is depressed, it requests that all equipped TNs on the 
specified card have ITM set 

Note 4: If the loop, shelf, card and unit numbers are entered, it 
requests that the given terminal has ITM set. 

Note 5: If ALL is entered, this sets ITM for all equipped TNs in 
the entire system. 




on 


Example: 

.TDTA 0 12 



8.39 Set System Time-Of-Day Adjustment. 
SDTA (adjustment) — (ADJUSTMENT) 
Example: 

.SDTA 0 12 -- 1 142 


CESSING DATA IN 
LDING REGISTERS 


8.40 Data held in the holding registers can be output immediately 
and/or tested against threshold values. The data is accumulated over the 
previous measurement period. Data in the accumulating registers is no 

accessible. 

8 41 Both the system and the customer traffic measurement data can be 
orinted immediately. The data is output from the holding registers and 
is that data which was collected the last time the relevant traffic was 

scheduled. 

8.42 Invoke System Traffic Data. The following command is used to 
invoice the immediate printing of system traffic data: 

INVS (OPTIONS) 

Example: 

.INVS 1 3 


8.43 Invoke Customer Traffic Data. Use the following command to 
invoke immediate printing of customer traffic data: 

INVC (CUSTOMER) (OPTIONS) 

Example: 

.INVC 0 1 3 


3.44 Invoke Customer Network Traffic 0... .V*M to™, 
command to invoke immediate printing of customer network traffic 

data: 

INVN (CUSTOMER) (OPTIONS) 


Example: 
.INVN 0 2 


8.45 The threshold tests are for the system waA/m -customer thresholds. 
When an invoked threshold test passes. OK is output 

8.46 Invoke System Threshold Tests. The command format is 
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IDLE TITLES 


ARS QUEUING 


8.53 The IDLT command is used to suppress the printing of the title 
(i.e., TFS000) and the date and time in cases where traffic measurement 
is scheduled but no other data is printed. There are two options: 

0 - No title will be printed unless further data is also to be printed. 

1 - The title will be printed whenever traffic measurement is scheduled 
even when no other data is to be automatically printed. 

8.54 The default option is 1. i.e.. the title is normally printed. The 
format of the command is: 

IDLT (option) 

Example: 

.IDLT 0 


8.55 Query ARSQ Code Options. The command format is: 
TACC (CUSTOMER) (options) 

Example: 

.TACC 2 0 2 3 

8.56 Set ARSQ Coda Options. The command format is: 
SACC (CUSTOMER) (options) -- (OPTIONS)* 

Example: 

.SACC 2 0 2 3 — 1 

8.57 Clear ARSQ Code Options. The command format is: 
CACC (CUSTOMER) (options) — (OPTIONS)* 

Example: 

.CACC 2 0 2 3 — 2 3 


8.58 Accessing data in ARSQ code holding registers. The 
command format is: 

IACC (CUSTOMER) — (OPTIONS)* 

Example:' 

.IACC 2 — 0123 
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5Table 8-C 

TRAFFIC MEASUREMENT ERROR MESSAGES 



ERROR 

MESSAGE 

interpretation 

9 

TFC200 

Svntax. Illegal character has been input 


TFC201 

The parameter specified is out of range. 


TFC202 

The loop specified is not equipped. 


TFC203 

The card specified is not equipped. 

--- 

TFC204 

The unit specified is not equipped. 


TFC205 

Program bug - should never happen. 


TFC206 

Customer specified is not equipped. 


TFC207 

Traffic Print program is busy with scheduled 
output 


TFC208 

Traffic Control program cannot be invoked 
from an SL-1 maintenance set 


TFC209 

ARST package unavailable. 


TFC209 

The Network Traffic (NTRF) feature is not 
equipped (Generic XI1). 


TFC210 

ARS unequipped for customer. 


TFC210 

There is no ESN customer data block (Generic 
Xll). 


TFC211 

Traffic block does not exist 


TFC211 

There is no ESN Data for the requested item 
(Generic Xll). 


TFC212 

The NCOS data block does not exist in the 
system (Generic Xll). 


TFC213 

IMS package not equipped. 


TFC213 

Password does not have access to this 
customer data (Generic X08). 


TFC214 . 

Password does not have access to system 
commands (Generic X08). 


TFN401 

Routing control has been invoked from an 
attendant console; the time (hh mm ss) and 
termination number (TN) of the console are 
included in the message. 
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Table 8-C Continued 

TRAFFIC MEASUREMENT ERROR MESSAGES 


: 

ERROR 

MESSAGE 


INTERPRETATION 


TFN402 


Routing control has been deactivated from an 
attendant console; the time and TN of the 
console are included in the message. 




